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ABSTRACT 



A video slot machine includes a display device for display- 
ing a plurality of game elements in a grid having a plurality 
of ceUs defined by rows and columns, a memory device for 
storing a pay-table, a game controller coupled to the display 
device and the memory device. The game controller being is 
adapted to randomly select the game elements to be dis- 
played in the display device and to determine an outcome 
based on the displayed game elements, a pay-table, and 
predetermined paylines. The selected game elements are 
selected from a set of possible game elements. The set of 
possible game elements includes a bonus element. The game 
controller is adapted to identify the presence of the bonus 
element in one of the cells of a column and to modify all of 
the symbols within the column to wild if a wild character in 
any one cells of the column would modify the outcome. A 
bonus game is also provided which depicts a contest 
between the player and the game machine. 
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Randomly selecting a plurality of game elements, the selected 
game elements being select from a set of possible game elements, 
the set of possible game elements includes a bonus element. 
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Displaying the plurality of game elements on a display device in 
a grid having a plurality of cells, defined by rows and columns. 
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Determining an outcome based on tlie displayed game elements, 
a pay-table, and predetemiined paylines. 
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Identifying the presence of the bonus element in one of the cells of a column. 
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Modifying all of the symbols within the column to wild if a wild character 
in any one of the cells of the column would modify the outcome. 





FIG -6 
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Randomly selecting a plurality of game elements 
from a set of possible game elements. 




^ 74 


Displaying the plurality of game elements in a grid 
having a plurality of cells, defined by rows and columns. 




^ 76 


Determining an outcome based on the displayed game elements, 
a pay-table, and predetermined paylines. 
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Activating a bonus game in respon 
the bonus game being depicted i 
and the garni 


se to detecting a triggering event, 
as a contest between the player 
ng machine. 
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Allowin^g the player to choose a p[ay_er item from_the_three 
possible player items. 
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Determining an outcome of the bonus game as a function of the 
choosen player item 



FIG -7 
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VIDEO SLOT GAMING MACHINE 

BACKGROUND OF THE INVENTION 
[0001] 1 . Field of ihe Invenlion 

[0002] The present invention relates generally to video 
gaming machines and more particularly, to an apparatus and 
method for playing a video gaming machine having bonus 
games and a readable recording medium recording a control 
program for playing the video gaming machine having 
bonus games. 

[0003] 2. Description of the Prior Art 

[0004] Gaming machines, such as slot machines, are a 
cornerstone of the gaming industry. Generally, the popular- 
ity of such machines with players is dependent on the 

perceived likelihood of winning money at the particular 
game and the intrinsic entertainment value of the game 
relative to other available gaming options. Where the avail- 
able gaming options include a number of competing games 
and the expectation of winning each game is believed to be 
generally the same, players are most likely to be attracted to 
the most entertaining and exciting games. Thus, gaming 
operators strive to employ the most entertaining and exciting 
games available because such games attract frequent play 
and, hence, increase profitability to the operator. Tradition- 
ally, a video gaming machine such as a slot machine 
includes a plurality of symbols including a wild symbol and 
a processor for randomly aligning the plurality of symbols 
on a display upon initiation of the game by a player. 
Generally, where the plurality of symbols are aligned so as 
to match a winning 

[0005] combination of symbols stored in a pay-out table, 
the player receives a pay-out based on the wager placed by 
the player. 

[0006] Such video gaming machine concepts are found, 
for instance, in U.S. Pat. No. 6,251,013 issued Jun. 26, 2001 
in the name of Bennett The '013 patent discloses a video slot 
machine game in which a sprite randomly designates one or 
more of the symbols displayed on the display to be treated 
as special symbols. 

[0007] Furthermore, one concept that has been success- 
fully employed to enhance the entertainment value of the 
game is the addition of a bonus game that may be played in 
conjimction with the "primary" game. The bonus game may 
comprise any type of game, either similar to or completely 
different from the primary game. The bonus game is initiated 
upon the occurrence of a selected event or outcome of the 
primary game. 

[0008] Because the excitement and entertainment value of 
the primary game provides increased player appeal relative 
to other gaming machines and the bonus game concept 
increases player appeal and excitement, thereby increasing 
the chance to win the potential pay-out amount, there is a 
continuing need to develop new features for primary and 
bonus games. New features are necessary to appeal to player 
interest and enhance excitement in order to entice longer 
play and satisfy demands of operators for interesting games 
and increased profitability. The present invention is directed 
to satisfying these needs. 

SUMMARY OF THE INVENTION 
[0009] In one aspect of the present invention, a video 
game machine is provided. The game machine includes a 



housing having a display device for displaying a plurality of 
game elements in a grid having a plurality of cells defined 
by rows and coliunns, a memory device for storing a 
pay-table, and a game controller coupled to the display 
device and the memory device. The game controller is 
adapted to randomly select the game elements to be dis- 
played in the display device and to determine an outcome 
based on the displayed game elements, a wager, a pay-table, 
and predetermined paylines. The selected game elements are 
selected from a set of possible game elements. The set of 
possible game elements includes a bonus element. The game 
controller is adapted to identify the presence of the bonus 
element in one of the cells of a column and to modify all of 
the symbols within the column to wild if a wild character in 
any one cell of the column would modify the outcome. 

[0010] In another aspect of the present invention, a video 
game machine is provided. The game machine includes a 
housing having a display device for displaying a plurality of 
game elements in a grid having a plurality of cells defined 
by rows and columns, a memory device for storing a 
pay-table, and a game controller coupled to the display 
device and the memory device. The game controller is 
adapted to randomly select the game elements to be dis- 
played in the display device and to determine an outcome 
based on the displayed game elements, a wager, a pay-table, 
and predetermined paylines. The selected game elements are 
selected from a set of possible game elements. The game 
controller is adapted to activate a bonus game in response to 
detecting a triggering event. The bonus game is depicted as 
a contest between the gaming machine and the player, 
wherein the player chooses a player item from three possible 
player items in the bonus game. The outcome of the bonus 
game is determined as a function of the chosen player item. 
It should be noted that the number of possible items is not 
limited to three. 

[0011] In yet another more aspect of the present invention, 
a method for playing a video gaming machine, is provided. 
The method includes the steps of randomly selecting a 
plurality of game elements and displaying the plurality of 
game elements on a display device in a grid having a 
plurality of ceDs defined by rows and columns. The selected 
game elements being selected from a set of possible game 
elements, the set of possible game elements includes a bonus 
element. The method further includes the steps of determin- 
ing an outcome based on the displayed game elements, a 
wager, a pay-table, and predetermined paylines, identifying 
the presence of the bonus element in one of the cells of a 
column, and modifying all of the symbols within the column 
to wild if a wild character in any one cells of the coliunn 
would modify the outcome. 

[0012] An additional aspect of the present invention, a 
method for operating a video gaming machine for play by a 
player is provided. The method includes the steps of ran- 
domly selecting a plurality game elements from a set of 
possible game elements, displaying the plurality of game 
elements in a grid having a plurality of cells defined by rows 
and columns, and determining an outcome based on the 
displayed game elements, a wager, a pay-table, and prede- 
termined paylines. The method further includes the steps of 
activating a bonus game in response to detecting a triggering 
event. The bonus game being depicted as a contest between 
the player and the game machine. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0013] Other advantages of the present invention will be 
readily appreciated as the same becomes better understood 
by reference to the following detailed description when 
considered in connection with the accompanying drawings 
wherein: 

[0014] FIG. 1 is a perspective view of a gaming machine; 

[0015] FIG. 2 is a schematic representation of the video 
gaming machine of the present invention; 

[0016] FIG. 3 is a display of a plurality of elements 
including a bonus element in a first display during a normal 
random display having a winning combination appearing 
within the first display; 

[0017] FIG. 4 is the display of FIG. 3 illustrating an 
animation, according to an embodiment of the present 
invention; 

[0018] FIG. 5 is the display of FIG. 3 where the third 
column has been modified to wild elements; 

[0019] FIG. 6 is a flow diagram illustrating operation of a 
video gaming machine, according to an embodiment of the 
present invention; 

[0020] FIG. 7 is a flow diagram illustrating operation of a 
video gaming machine, according to another embodiment of 
the present invention; 

[0021] FIG. 8 is a first graphical depiction of a bonus 
game, according to an embodiment of the present invention; 
and, 

[0022] FIG. 9 is a second graphical depiction of the bonus 
game of FIG. 8. 

DETAILED DESCRIPTION OF TOE 
PREFERRED EMBODIMENT 

[0023] With reference to the drawings and in operation, 
the present invention provides a video slot gaming machine 
10. With reference to FIG. 1, an exemplary video gaming 
machine 10 is illustrated into which the present invention 
can be incorporated to improve the enjoyment of a video 
game and to thereby increase the amount of time that the 
video game is played by patrons of a gaming establishment. 
FIG. 1 shows a general appearance of the video gaming 
machine 10 to which the present invention is applied. As 
shown in the FIG. 1, the machine 10 comprises a housing 2 
standing upright. The housing 2 comprises a main body 3, a 
top box 4 mounted on a top portion of the main body 3 and 
a door 5 attached to a front side of the main body 3 so as to 
be swingable between an open position and a close position. 

[0024] At a center portion of the front side of the main 
body 3, there is mounted a main display device or display 14 
comprising a CRT, and below the display 14 is provided an 
operation panel 8. The operation panel 8 is attached to the 
door 5 so as to slope down in a forward direction of the 
machine 10. Below the operation panel 8 and on a front side 
of the top box 4, there are provided decoration panels 9a and 
9b on which pictures, letters and the like representing a title 
of the machine 10 or the like are illustrated. 

[0025] As shown in FIG. 1, the operation panel 8 is 
provided, from a right end toward a left end thereof, with an 
insertion portion 11, and an input portion 17. The insertion 



portion 11 is provided with a slot base 13 integrally formed 
with a coin insertion portion 15 and a bill insertion portion 
21. 

[0026] The input portion 17 is provided with four push 
button switches 25, 27, 29, 31 as first input devices, each of 
which is capable of being depressed. These push button 
switches 25, 27, 29, 31 are selected as switches to be 
operated with particular high frequency during the game, so 
that these switches are provided on the operation panel 8. 
For example, the push button switch 29 al a lower left 
position of the four switches is operated for starting the 
game. The number of the push buttons provided at the input 
portion 17 and functions assigned to the push buttons can be 
properly changed.. 

[0027] Referring now to FIG. 2, a block diagram illus- 
trating a schematic configuration of a control system pro- 
vided in the machine 10 is depicted. The machine 10 
includes a game controller 12. The game controUer 12 
includes a central processing unit (CPU) 51, a coin-bill 
management device 53, a display processor 16, RAM 55 as 
a memory device and EPROM 59. The CPU 51 is mainly 
composed of a microprocessor unit and performs various 
calculations and motion control necessary for the progress of 
the game. 

[0028] The coin-bill management device 53 detects the 
insertion of a coin and a bill from the coin insertion portion 
15 and the bill insertion portion 21, and performs a neces- 
sary process for managing coins and bills. The display 
processor 16 interprets commands issued from the CPU 51 
and displays desirable images on the display 14. The RAM 
55 temporary stores programs and data necessary for the 
progress of the game, and the EPROM 59 stores, in advance, 
programs and data for controlling basic operation of the 
machine 10, such as the booting operation thereof. 

[0029] The video gaming machine 10 of FIG. 1 further 
includes the display 14 that displays a video slot machine, or 
other game of chance, and a player using the video gaming 
machine 10 interacts with the game. 

[0030] The CPU 51 is electrically connected with a coor- 
dinate readout device 57 as well as the above mentioned 
pushbutton switches 25, 27, 29, 31. The coordinate readout 
device 57 works as a second input device and comprises, for 
example, a so-called touch panel formed as a transparent 
-panel on the display 14 and capable of issuing signals 
corresponding to the coordinates of a position touched on 
the display 14 by the player. The coordinate readout device 
57 is closely put on the surface of the display 14 and 
integrated therewith. In the CPU 51, there are provided a 
payment processor 34 for counting value of money con- 
sumed in each game. A random number generator 32 is 
included for randomly generating the hand to be displayed 
in the game as described below. 

[0031] With reference to FIGS. 1 and 3, the game con- 
troller 51 sends a signal to a display processor 16 for 
displaying a plurality of game elements 18 on the display 14. 
The display includes a cash-out toucbpad 41 such that when 
the cash-out touchpad 41 is touched any accumulated credits 
are paid to the player in a coin bin 7. A winner paid meter 
43 keeps track of credits paid out to a player, A credit meter 
45 is displayed for informing the player of the number of 
winning credits won on a given spin. The touchpad could 
also be buttons affixed to the machine. 
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[0032] The display 14 further includes a help touchpad 47 
for accessing information about the game. A credit meter 49 
displays to the player a number of credits available to the 
player for game play or cash-out. A select lines touchpad 60 
allows the player to toggle through and select the available 
sets of paylines. Preferably, the video slot gaming machine 
10 is a multi-line game, i.e., the paylines include vertical 
paylines and/or diagonal pay-lines, and/or zig-zag paylines. 
A bet per line touchpad 61 allows the player to toggle to 
increase the bet per line a credit at a time (up to the 
maximum bet). 

[0033] Returning to FIG. 2, the payment processor 34 is 
connected to the game controller 12 for awarding a regular 
payout in response to the game elements 18 displayed on the 
display 14 matching a winning combination along one of the 
paylines selected by the player. 

[0034] With reference to FIG. 3, in one aspect of the 
present invention, the game controller 12, the display device 
or display 14 is adapted to display the plurality of game 
elements 18 in a grid 20 having a plurality of cells defined 
by rows and columns. The game EPROM provides a regular 
game and a bonus game. In the regular game, the game 
EPROM is adapted to randomly select the game elements 18 
to be displayed in the display device 14. The selected game 
elements 18 are selected from a set of possible game 
elements, e.g., a treasure chest, bag of money, sword and 
shield, horse, flower, castle, etc. It should be noted that any 
type of symbols or game elements may be used. The game 
EPROM is adapted to determine an outcome of the regular 
game based on the displayed game elements 18, the pay- 
table, a wager, and predetermined paylines. 
[0035] The game EPROM is adapted to include a bonus 
feature, llie set of possible game elements includes a bonus 
element 16, which in the preferred embodiment, is a gem 
(see FIG. 3). After a regular game (see above), the game 
EPROM is adapted to identify the presence of the bonus 
element 16 in one of the cells of a column. As shown in FIG. 
3, the game elements 18 in the display do not illustrate a 
winning combination of elements in any pay line. Under the 
bonus feature, if the bonus element 16 appears in a cell, the 
EPROM is adapted to determine if changing ail of the game 
elements 18 in the same column as the bonus element 16 to 
a wild element, i.e., the wild element is equal to any of the 
possible game elements to complete a payline, would 

_change .the outcome of the game. . _ . 

[0036] For example, as shown in FIG. 3, the top row of 
game elements includes from left to right: a prince, a 
princess, a sword and shield, a princess and a princess. The 
sword and shield element is in the same column as the bonus 
element 16. If the sword and shield element were changed 
to a wild element, the top horizontal payline would include 
four princesses and the wild element. The wild element is 
interpreted as being equal to a princess. Thus, a winning 
combination would be fotmd on the pay-line. 
[0037] If changing the symbols in the column which 
includes the bonus symbol 16, modifies the outcome, then 
all the gaming elements 18 in that column are changed to 
wild elements and the outcome of the game is determined. 
[0038] With reference to FIGS. 4 and 5, the EPROM is 
adapted to display an animation of a dragon 28 flying across 
the display 14 and breathing fire 30 on the bonus element 16. 
Afterwards, the entire column is displayed as fire 32 (see 
FIG. 5). 



[0039] With reference to FIG. 6, in one embodiment of the 
present invention, a method of playing a video gaming 
machine, according to the present invention will now be 
discussed. At block 60, a pliu'ality of game elements are 
randomly selected from a set of possible game elements. The 
set of possible game elements includes a bonus element. 
Next, at block 62, the plurality of game elements are 
displayed on a display device in a grid having a plurality of 
cells defined by rows and columns. Next at block 64, an 
outcome is determined based on the displayed game ele- 
ments, a pay-table, a wager, and predetermined paylines. 
Next at block 66, the presence of the bonus element in one 
of the cells of a column is identified. Next at block 68, all of 
the symbols within the column are modified to wild if a wild 
character in any one cells of the column would modify the 
outcome. 

[0040] In another aspect of the present invention, the 
EPROM is adapted to activate a bonus game in response to 
detecting a triggering event. In the preferred embodiment, 
the triggering event is the appearance on the display 14 of a 
bonus game element 20, such as a gem, in FIG. 3. 

[0041] In one embodiment, in FIG. 8, the bonus game is 
depicted as a contest between the gaming machine 10 and 
the player. The player is given the option to choose a player 
item sia-c from three possible player items 54. The number 
of possible player items is not hmited to three. 

[0042] The EPROM is adapted to randomly select a game 
item from three computer items in the bonus game. The 
outcome of a bonus game combat, i.e., whether the player 
wins or loses the bonus game is determined as a function of 
the chosen player item, the chosen game item, and a set of 
predetermined rules. If the player wins the bonus game 
combat round, the player wins a bonus or prize. 

[0043] In one embodiment, the player and the gaming 
machine 10 are given three lives. Prince lives 51 and Dragon 
lives 53. The bonus game continues until either the player or 
the gaming machine 10 have zero lives. Each round of the 
bonus game, the player or the gaming machine 10 or both 
lose a life based on the predetermined rules. The predeter- 
mined rules are a given combination of the player item and 
the game item, the result is determined by computer preset 
rules. The set of predetermined rules includes three out- 
comes: player wins, player loses, and tie. The gaming 
- machine 10 loses a life if the player wins,"the playerioses 
a life if the player loses, and the layer and the gaming 
machine 10 both lose a life if there is a tie. 

[0044] Preferably, the player wins the bonus game, and is 
awarded the bonus credits, unless the player reaches zero 
lives before the gaming machine, i.e., if the gaming machine 
10 reaches zero before or at the same time as the player. 

[0045] If the player wins the bonus game, the game is 
adapted to determine a bonus payout and to distribute the 

bonus payout to the player. 

[0046] Additionally, the game is adapted to display an 
animation of the contest between the gaming machine 10 
and the player on the display device 14. 

[0047] With reference to FIG. 7, in another embodiment 
of the present invention, a method for operating a video 
gaming machine 10 for play by a player will now be 
discussed. In a first process block 72, a plurality of game 
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elements are randomly selected from a set of possible game 
elements. In a second process block 74, the plurality of game 
elements are displayed in a grid having a plurality of cells 
defined by rows and columns. In a third process block 76, an 
outcome is determined based on the displayed game ele- 
ments, a pay-table, and predetermined paylines. In a fourth 
process block 78, a bonus game is activated in response to 
detecting a triggering event. The bonus game is depicted as 
a contest between the player and the gaming machine 10. In 
a fifth process block 80, the player is allowed to choose a 
player Prince's weapon item from three possible player 
weapons. In a sixth process block 82, an outcome of the 
bonus game is determined as a function of the chosen player 
item, vis-a-vis the Dragon's combat stance. 

[0048] With reference to FIGS. 8 and 9, in one embodi- 
ment, the player is represented by a hero or prince 46 and the 
gaming machine 10 is represented by an enemy or dragon 
48. The contest is a fight between the prince 46 and the 
dragon 48. The game controller 12 is adapted to display an 
animation representing the fight between the prince 46 and 
the dragon 48. 

[0049] As shown in FIG. 8, the player is given a choice of 
three weapons: a sword 54A, a bow and arrow 54B, and a 
magic ring 54C, which may be selected by touching the 
corresponding video representation on the display 14. At the 
start of the bonus game, the prince 46 and the dragon 48 are 
each given three lives, as indicated by the prince icons 51 
and the dragon icons 53. 

[0050] The computer items from which the game control- 
ler 12 selects includes: a dragon air attack, a dragon ground 
attack, and a dragon magic tornado attack. The air attack is 
shown in FIG. 9. 

[0051] For example, if the player chooses the sword 54A 
and the game controller 12 chooses the dragon attack, there 
is a tie. If the game controller 12 chose the dragon flight 
attack, the player loses. If the game controller 12 chose the 
dragon tornado attack, the player wins. 

[0052] Preferably, if during the combat or bonus round the 
prince wins or ties a round or melee, the player gets a first 
bonus. Further at end of the bonus, the player gets a low 
bonus if the prince dies (loses all of his lives before the 
dragon). If the prince and dragon tie, or the prince wins, the 
player gets a higher bonus. 

[0053] Additionally, a different animation - is- shown 
depending on the result of the bonus round. For example, if 
the prince wins, the prince saves the princess in the anima- 
tion. If the prince loses, the dragon takes the princess away. 

[0054] Other aspect and features of the present invention 
can be obtained from a study of the drawings, the disclosure, 
and the appended claims. 

What is claimed is: 

1. A video gaming machine, comprising: 

a housing having a display device for displaying a plu- 
rality of game elements in a grid having a plurality of 
cells defined by rows and columns; 

a memory device for storing a pay-table; and, 

a game controller coupled to the display device and the 
memory device, the game controller being adapted to 
randomly select the game elements to be displayed in 



the display device, the selected game elements being 
selected from a set of possible game elements, and to 
determine an outcome based on the displayed game 
elements, a pay-table, and predetermined paylines, 

wherein the set of possible game elements includes a 
bonus element, and wherein the game controller is 
adapted to identify the presence of the bonus element in 
one of the cells of at least one column and to modify all 
of the symbols within the column to wild if a wild 
character in any one cells of the column would modify 
the outcome. 

2. A video gaming machine, as set forth in claim 1, 
wherein the game controller is adapted to display an ani- 
mation of an enemy breathing fire on the bonus element, 
changing the symbols in the column to fire to symbolize the 
changing of the symbols to wild characters. 

3. A video gamin machine, as set forth in claim 1, wherein 
the bonus element is a jewel. 

4. A method for playing a video gaming machine, includ- 
ing the steps of: 

randomly selecting a plurality of game elements, the 
selected game elements being selected from a set of 
possible game elements, the set of possible game 
elements includes a bonus element; 

displaying the plurality of game elements on a display 
device in a grid having a plurality of cells defined by 
rows and columns; 

determining an outcome based on the displayed game 
elements, a pay-table, and predetermined paylines; 

identifying the presence of the bonus element in one of the 
cells of a column; and, 

modifying all of the symbols within the column to wild if 
a wild character in any one cells of the colimm would 
modify the outcome. 

5. A video gaming machine for play by a player, com- 
prising: 

a housing having a di^lay device for displaying a plu- 
rality of game elements in a grid having a plurality of 
cells defined by rows and columns; 

a memory device for storing a pay-table; and, 

a game controller coupled to the display device and the 
" menaory device, the "game controller" being adapted to 
randomly select the game elements to be displayed in 
the display device, the selected game elements being 
selected from a set of possible game elements, and to 
determine an outcome based on the displayed game 
elements, a pay-table, and predetermined paylines, the 
game controller being adapted to activate a bonus game 
in response to detecting a triggering event, the bonus 
game being depicted as a fight based between a hero 
and an enemy, wherein the player chooses a weapon 
from three weapons and the outcome of the bonus game 
is determined as a function of the chosen weapon. 

6. A video gaming machine, as set forth in claim 5, 
wherein the three weapons are a sword, a bow and arrow, 
and a magic ring. 

7. A video gaming machine, as set forth in claim 6, 
wherein the game controller is adapted to randomly select an 
enemy attack from three enemy attacks, wherein the out- 
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come of the bonus game is determined as a function of the 
chosen weapon, the chosen enemy attack, and a set of 
predetermined rules. 

8. A video gaming machine, as set forth in claim 7, 
wherein the three enemy attacks are attack from the air, 
attack from the ground, and a magic tornado attack. 

9. A video gaming machine, as set forth in claim 8, 
wherein the set of predetermined rules includes three out- 
comes: hero wins, hero loses, and tie. 

10. A video gaming machine, as set forth in claim 9, 
wherein the enemy and the hero each have three lives. 

11. A video gaming machine, as set forth in claim 10, 
wherein the enemy loses a life if the hero wins, the hero 
loses a life if the hero loses, and the hero and the enemy both 
lose a life if there is a tie. 

12. A video gaming machine, as set forth in claim 11, 
wherein the player wins the bonus game unless the player 
reaches zero lives before the enemy. 

13. A video gaming machine, as set forth in claim 12, 
wherein the game controller is adapted to determine a bonus 
payout if the player wins and to distribute the bonus payout 
to the player. 

14. A video gaming machine, as set forth 6, wherein the 
game controller is adapted to display an animation of the 
fight between the hero and the enemy on the display device. 

15. A method for operating a video gaming machine for 
play by a player, including the steps of: 

randomly selecting a plurality game elements from a set 
of possible game elements; 

displaying the plurality of game elements in a grid having 
a plurality of cells defined by rows and columns; 

determining an outcome based on the displayed game 
elements, a pay-table, and predetermined paylines; 

activating a bonus game in response to detecting a trig- 
gering event, the bonus game being depicted as a fight 
based between a hero and an enemy; 

allowing the player to choose a weapon from three 
weapons; and, 

determining an outcome of the bonus game as a function 
of the chosen weapon. 

16. A method, as set forth in claim 15, wherein the three 
weapons are_a sword,_a J)ow _and.arrow,_and_a magic ring. 

17. A method, as set forth in claim 16, including the step 
of randomly selecting an enemy attack from three enemy 
attacks, wherein the outcome of the bonus game is deter- 
mined as a function of the chosen weapon, the chosen enemy 
attack, and a set of predetermined rules. 

18. A method, as set forth in claim 17, wherein the three 
enemy attacks are attack from the air, attack from the 
ground, and a magic tornado attack. 

19. A method, as set forth in claim 18, wherein the set of 
predetermined rules includes three outcomes: hero wins, 
hero loses, and tie. 

20. A method, as set forth in claim 19, wherein the enemy 
and the hero each have three lives. 

21. A method, as set forth in claim 20, wherein the enemy 
loses a life if the hero wins, the hero loses a life if the hero 
loses, and the hero and the enemy both lose a life if there is 
a tie. 



22. A method, as set forth in claim 21, wherein the player 
wins the bonus game unless the player reaches zero lives 
before the enemy. 

23. A method, as set forth in claim 22, including the steps 
of: 

determining a bonus payout if the player wins; and, 

distributing the bonus payout to the player. 

24. A method, as set forth in claim 15, including the step 
of providing an animation of the fight between the hero and 
the enemy. 

25. A video gaming machine for play by a player, com- 
prising: 

a housing having a display device for displaying a plu- 
rality of game elements in a grid having a plurality of 
ceUs defined by rows and columns; 

a memory device for storing a pay-table; and, 

a game controller coupled to the display device and the 
memory device, the game controller being adapted to 
randomly select the game elements to be displayed in 
the display device, the selected game elements being 
selected from a set of possible game elements, and to 
determine an outcome based on the displayed game 
elements, a pay-table, and predetermined paylines, the 
game controller being adapted to activate a bonus game 
in response to detecting a triggering event, wherein the 
bonus game is depicted as a contest between the 
gaming machine and the player, wherein the player 
chooses a player item from three possible player items 
in the bonus game and the outcome of the bonus game 
is determined as a function of the chosen player item. 

26. A video gaming machine, as set forth in claim 25, 
wherein the game controller is adapted to randomly select a 
game item from three computer items in the bonus game, 
wherein the outcome of the bonus game is deter mined as a 
function of the chosen player item, the chosen game item, 
and a set of predetermined rules. 

27. A video gaming machine, as set forth in claim 26, 
wherein the set of predetermined rules includes three out- 
comes: player wins, player loses, and tie. 

28. A video gaming machine, as set forth in claim 27, 
wherein the gaming machine and the player each have three 
lives. 

29. A video gaming machine, as set forth in claim 28, 
_wherein.the.gaming.machine loses a-life if the player wins,- 

the player loses a life if the player loses, and the layer and 
the gaming machine both lose a life if there is a tie. 

30. A video gaming machine, as set forth in claim 29, 
wherein the player wins the bonus game unless the player 
reaches zero lives before the gaming machine. 

31. A video gaming machine, as set forth in claim 30, 
wherein the game controller is adapted to determine a bonus 
payout if the player wins and to distribute the bonus payout 
to the player. 

32. A video gaming machine, as set forth 25, wherein the 
game controller is adapted to display an animation of the 
contest between the gaming machine and the player on the 
display device. 

33. A method for operating a video gaming machine for 
play by a player, including the steps of: 

randomly selecting a plurality of game elements from a 
set of possible game elements; 
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displaying the plurality of game elements in a grid having 
a plurality of cells defined by rows and columns; 

determining an outcome based on the displayed game 
elemenis, a pay-table, and predetermined paylines; 

activating a bonus game in response to detecting a trig- 
gering event, the bonus game being depicted as a 
contest between the player and the gaming machine; 

allowing the player to choose a player item from three 
possible player items; and, 

determining an outcome of the bonus game as a function 
of the chosen player item. 

34. A method, as set forth in claim 33, including the step 
of randomly selecting a computer item from three possible 
computer items, wherein the outcome of the bonus game is 
determined as a function of the chosen player item, the chose 
computer item, and a set of predetermined rules. 

35. A method, as set forth in claim 34, wherein the set of 
predetermined rules includes three outcomes: player wins, 
player loses, and tie. 

36. A method, as set forth in claim 19, wherein the player 
and the gaming machine each have three lives, 

37. A method, as set forth in claim 20, wherein the gaming 
machine loses a life if the player wins, the player loses a life 
if the player loses, and the player and the gaming machine 
both lose a life if there is a tie, 

38. A method, as set forth in claim 21, wherein the player 
wins the bonus game unless the player reaches zero lives 
before the gaming machine. 

39. A method, as set forth in claim 22, including the steps 
of: 

determining a bonus payout if the player wins; and, 

distributing the bonus payout to the player. 

40. A method, as set forth in claim 15, including the step 
of providing an animation of the contest between the player 
and the gaming machine. 

41. A computer program product for playing a video 
gaming machine, the computer program product comprising 
a computer usable storage medium having computer read- 
able program code means embodied in the medium, the 
computer readable program code means comprising: 



computer readable program code means for randomly 
selecting a plurality of game elements, the selected 
game elemenis being selected from a set of possible 
game elements, the set of possible game elements 
includes a bonus element; 

computer readable program code means for displaying the 
plurality of game elements on a display device in a grid 
having a plurality of cells defined by rows and col- 
umns; 

computer readable program code means for determining 
an outcome based on the displayed game elements, a 
pay-table, and predetermined paylines; 

computer readable program code means for identifying 
the presence of the bonus element in one of the cells of 
a column; and, 

computer readable program code means for modifying all 
of the symbols within the column to wild if a wild 
character in any one cells of the column would modify 
the outcome. 

42. A computer program product for playing a video 
gaming machine, the computer program product comprising 
a computer usable storage medium having computer read- 
able program code means embodied in the medium, the 
computer readable program code means comprising: 

computer readable program code means for randomly 
selecting a plivality of game elements from a set of 
possible game elements; 

computer readable program code means for displaying the 
plurality of game elements in a grid having a plurality 
of ceUs defined by rows and columns; 

computer readable program code means for determining 
an outcome based on the displayed game elements, a 
pay-table, and predetermined paylines; and, 

computer readable program code means for activating a 
bonus game in response to detecting a triggering event, 
the bonus game being depicted as a contest between the 
player and the gaming machine. 
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CHERRY PICKER 

SCAVENGER HUNT SLOT MACHINE GAME 



SESSION ID #0319981549 

SIMPLY COLLECT THREE SEPARATE 
CHERRY-CHERRY-CHERRY OUTCOMES 
ON EACH OF THE MACHINES LISTED 
BELOW TO WIN AN ADDITIONAL 
$15 BONUS PAYOUT! 

YELLOW MACHINE <£^«£^(£^ □ 
BLUE MACHINE ^efsf" □ 
RED MACHINE «s»»<£f<£^ □ 



YOU HAVE 45 MINUTES TO FULFILL THE 
GAME REQUIREMENTS NECESSARY TO 

RECEIVE THE.BONUS.PAYOUT 

GAME PLAY BEGINS ONCE YOU INSERT 
YOUR PLAYER TRACKING CARD INTO ANY 
ONE OF THE MACHINES LISTED ABOVE. 

GOOD LUCK! 
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ELECTRONIC AMUSEMENT DEVICE 
OFFERING SECONDARY GAME OF 
CHANCE AND METHOD FOR OPERATING 
SAME 

BACKGROUND OF THE INVENTION 

1. Field of the lovention 

The present inveatioo relates to an electronic amusement 
device and more particularly to an electronic amusement 
device such as a slot machine having the ability to conduct 
a secondary game of chance. 

2. Description of the Related Art 

In 1997, electronic amusement devices installed in U.S. 
casinos (including slot machines, video poker machines and 
the like, hereinafter referred to as "slot machines" or 
"machines") generated greater than ten billion dollars of 
revenue. With individual machines typically earning 
between $50 and $150 per day, slot machines often account 
for well over 50% of a U.S. casino's overall profits. The net 
profit from slot machine play for a casino typically exceeds 
the profit from all other casino activities. 

Iht comparatively high profitability of slot machines may 
be attributed to many factors. One such factor is that slot 
machines typically offer a higher house advantage than other 
casino games. Further, slot machines typically enable a 
faster rate of play than other casino games. Another factor 
contributing to the higher profitability of slot machines is 
that slot machines may be enjoyable to players of every skill 
level. In addition, slot machines attract a large number of 
players by offering a large potential payout in exchange for 
a comparatively small wager. Slot machines also attract 
players who are intimidated by table games or other casino 
activities that require prior training or skill. 

Because slot machine profitability is directly proportional 
to the speed of play, it would be advantageous for casino 
operators to encourage faster play at slot machines. It would 
further be desirable for casino operators to encourage play- 
ers to try certain different types of slot machines. 
Specifically, casino operators would benefit from increased 
play at under-utilized machines, such as newer slot 
machines, older slot machines or slot machines located in a 
remote portion of a casino. Casino operators would also 
benefit from increased play on slot machines having a high 
house advantage and slot machines having a high maximum 
wager amount. 

~ Presently,-slot- machines provide players with simple, 
passive entertainment. Although some recent slot machines 
enable a player to achieve rewards for nontraditional events, 
these slot machines do not require a player to perform any 
additional activities during game play. 

An example of such a slot machine is disclosed by U.S. 
Pat. No. 5,639,088 entitled "Multiple Events Award System" 
of Schneider ct al. (hereinafter referred to as "the '088 
patent*'). In the '088 patent, Schneider et al. disclose a 
system that enables a player to receive a large award for 
receiving a set of winning combinations within a pre- 
selected number of rounds of play. The system includes a 
central controller and a plurality of gaming machines. The 
gaming machines provide signals to the central controller 
representing a number of winning combinations and a 
number of rounds played. The central controller determines 
whether a player has received a set of winning combinations. 

While the '088 patent enables a large award to be offered 
to a player, it fails to address certain problems with the prior 
art. Specifically, the '088 patent fails to encourage players to 
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try certain different types of slot machines. The '088 patent 
also fails to increase play at under-utilized machines, such as 
older slot machines or slot machines located in a remote 
portion of a casino. The '088 patent further fails to direct 

S players to slot machines having a high house advantage or 
slot machines having a high maximum wager amount. 

Accordingly, it would be advantageous to provide a 
method and apparatus that encourages slot machine players 
to be directed to specific slot machines in a casino. Thus, it 

10 would be desirable to provide a method and apparatus which 
directs player traflBc toward slot machines preferred by the 
casino, such as newer machines, highly profitable machines 
and otherwise under-utilized machines. It would further be 
desirable to provide a method and apparatus that encourages 

IS the active participation of a slot machine player, thus 
enhancing the gaming experience. Such a machine could 
result in significantly enhanced revenues for casino opera- 
tors by attracting players who were previously uninterested 
in conventional slot play, while providing more enjoyable 

20 play for casino patrons. 

SUMMARY OF THE INVENTION 

An object of the present invention is to provide a method 

25 and apparatus for conducting a secondary game of chance to 
be played using multiple gaming devices. An advantage of 
the present invention is that it directs players to utilize slot 
machines designated by a casino operator. A further advan- 
tage of the present invention is that it encourages a wider 
variety of players to utilize slot machines. 

In accordance with a first aspect of the present invention, 
an electronic amusement device and method is disclosed for 
directing a computing device to register a player to play a 
secondary game of chance at a slot machine configtired to 

3S conduct a primary game of chance and the secondary game 
of chance. The method includes the step of receiving a 
request to register the player to play the secondary game of 
chance. The request to register includes a player identifier. 
The method also includes the step of determining a second - 

40 ary game identifier corresponding to the secondary game of 
chance. The secondary game identifier is associated with a 
set of client identifiers on which the secondary game of 
chance may be played. The method further includes the step 
of storing the player identifier, the secondary game identifier 

45 and the set of client identifiers, thereby registering the player 
for the secondary game of chance. The disclosed server 
operating in conjunction with a registration kiosk imple- 
ments the steps of the described method. 
In accordance with a second aspect of the present 

50 invention, an electronic amusement device and method is 
disclosed for directing a computing device to conduct a 
secondary game of chance at a client slot machine. The 
method includes the steps of receiving a player identifier 
corresponding to a player, and retrieving player data, includ- 

S5 ing a secondary game type and a secondary game status. The 
secondary game type corresponds to game requirements for 
determining a wiimer of the secondary game of chance, and 
further corresponds to a set of eligible client identifiers. The 
method also includes the steps of determining a client 

60 identifier corresponding to the client slot machine, and 
determining whether the client identifier is associated with 
one of the eligible client identifiers. The method further 
includes the step of determining an outcome. The outcome 
is analyzed based on the game requirements of the second- 

65 ary game. If all of the game requirements have been 
satisfied, the secondary game status is updated to reflect 
completion of the secondary game. 
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BRIEF DESCRIPTION OF THE DRAWINGS Session: A single instance of a secondary game of chance. 

j.uu ^r*, A A * f *u Client Identifier: An identifier representing a specific client 

These and other objects, features and advantages of the , ^ . . c ^ t c v I,„«u-«-., 

... . J * J r M *• * *u slot machine or a family of client slot machines, 

invention will be understood from a consideration of the . h a h't ti 

following description of the invention, in which: ^ ^"CappamJ^^^^^ of an exemplary embodiment 

HG. 1 is a block diagram illustratmg a system for ^^^^^^ invention wiU now be discussed with refer- 

implementing the present invention; ^^^^ ^ pjQg Referring to FIG. 1, there is shown a 

FIG. 2 is a block diagram of a slot server constructed in block diagram of a slot network 100. Network 100 includes 

accordance with the present invention; a slot machine server 200 (hereinafter referred to as server) 

FIG. 3 is a block diagram of a client gaming device 10 that is linked to and communicates with registration kiosk 

constructed in accordance with the present invention; 400 and client gaming devices or slot machines 300, 352 and 

FIG. 4 is a block diagram of a registration kiosk con- 354. Although three client gaming devices 300, 352 and 354 

structed in accordance with the present invention; are shown, a person of ordinary skill in the art will appre- 

FIGS. 5A-5B together comprise a table showing compo- ciate that any number of client gaming devices could be 

nents of the secondary game definition table of HG. 2; is Hnked to and in communication with server 200. 

FIGS. 6A-6C illustrate exemplary portions of the regis- 1° ^he exemplary embodiment, a player utiUzes kiosk 400 

tration table and game outcome table of FIG. 2; register to play a secondary game of chance, such as a 

^ . n 1. . Ml . J f * * • scavenger hunt game. Preferably, upon receivmg a request 

FIG. 7 IS a flowchart illustrating a method for registermg player, kiosk 400 provides the player with a Hst of 

a player to play a secondary game of chance in accordance ^^^^^^^^ secondary games for which the player may regis- 

with the present mvention; ^^^^ retrieves data regarding available games from 

nOS. 8A-«G together comprise a flowchart illustrating a ^^^^ 2OO and presents the data to the player. The available 

method for a slot server to control a secondary game of ^^^^ ^^^^ j^^y be presented in any conventional manner 

chance in accordance with the present invention; including via a menu on a touchscreen. If a player wishes to 

FIG. 9 is a flowchart illustrating a method for redeeming 25 register for an available game, kiosk 400 collects registration 

winnings awarded during a secondary game of chance; and information supplied by the player and provides the player 

FIG. 10 is a plan view of a game receipt generated in with a game identifier and directions to at least one client 

accordance with the present invention. gaming device on which the player may play the secondary 

i^cTAii on nccr^DiPxinM hp thp ^^^^ °^ Registration information might include a 

DETAILED DESCW^^ Oh THE 3^ pj^y^^ ^^^^j^^^g ^ corresponding player identifier, 

INVENTION jjj^y include player-specified information such as his 

By directing slot players to specific slot machines or types name, address, and credit card number. Kiosk 400 may 

of slot machines, casino operators can more effectively collect registration information from the player in a number 

utilize the valuable floor space of a casino. By encouraging of ways, including via a player-tracking card, keyboard 

players to move to higher profit machines or encouraging an 35 interface, scanner or pointing device, 

idle player to play any machine, casinos can achieve a higher The player utilizes a client gaming device, such as client 

profit per machine. Directing slot players to particular gaming device 300, 352 or 354, to play a primary game of 

machines also benefits players by enhancing or expanding chance offered by the client gaming device as well as the 

their gaming experiences. Many players are unfamiliar with secondary game of chance for which the player is registered, 

certain machines or don't normally frequent areas of a 40 Slot server 200 communicates with kiosk 400 and client 

casino housing particular slot machines. Encouraging a gaming devices 300, 352 and 354 to manage the secondary 

player to play a slot machine offering secondary rewards game of chance. 

makes the player's experience more exciting. Referring now to FIG. 2, the architecture of slot server 

The present invention is directed to a method and appa- 200 is illustrated. In addition to conventional server 

ratus for registering and conducting a secondary game of 45 components, such as random access memory (not shown) 

chance on multiple client slot machines of a slot machine and read only memory (not shown), slot server 200 includes 

network. The preferred embodiment will be described with a processor 210 linked to a clock 212, a storage device 214 

reference-to secondary games of- chance that are modeled and a communication port 220. Communication port 220 _ 

after a scavenger hunt game. It should be understood that the enables server 200 to communicate with registration kiosk 
present invention will function equally well with many other 50 400 and client gaming devices 300, 352 and 354. Storage 
types of secondary games of chance, and that the use of device 214 comprises an appropriate combination of mag- 
scavenger hunt games is merely one exemplary embodi- netic and optical memory, such as disk drive memory, and 
ment. semiconductor memory such as random access memory and 
Definitions read only memory, and contains program 21 6 for controlling 
As used herein, the following terms will have the corre- 55 server 200 in accordance with the present invention. Among 
sponding definitions: other functions, program 216 includes instructions for reg- 
Slot Machine: Any electronic amusement or gaming device istering a player for a secondary game of chance via kiosk 
typicaUy installed in a gambling establishment, including 400, instructions for managing and controlling a secondary 
slot machines, video poker machines and video blackjack game of chance played at a client gaming device, and 
machines. 60 instructions for dispensing an award for successfully corn- 
Outcome: A set of one or more game elements, such as slot pleting a secondary game of chance. Storage device 214 
reel symbols or playing cards, used to determine a single further includes relevant data, including player table 218, 
game result. secondary game table 500, registration table 600 and game 
Completion Parameter: A parameter or rule defining a outcome table 700. The data stored by storage device 214 are 
completion condition, such as a set of game requirements 65 described in more detail with reference to FIGS. 5-7. 
defining successful completion of a game or a time limit Although the data of the exemplary embodiment is stored at 
defining unsuccessful completion of a game. server 200, in alternate embodiments, the data may be 
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distributed among server 200, kiosk 400 and client gaming register for a secondary game and instructions enabling a 

devices 300, 352 and 354. player to redeem bonus amounts awarded for successful 

Referring now to FIG. 3, the architecture of slot machine completion of a secondary game, 
or client machine 300 is illustrated. Slot machine 300, which Kiosk 400 includes input devices, such as currency acoep- 
is substantially similar to slot machines 352 and 354, is 5 tor 414 for receiving currency from the player, card reader 
controlled by processor 302 and communicates with slot 418 for reading a player tracking card, and input device 420 
server 200 via communication port 348. Processor 302 is for receiving input from the player. Currency acceptor 414 
connected to storage device 304 which stores program enables kiosk 400 to accept a registration fee for the sec- 
instructions and data for operating slot machine 300 in ondary game of chance, or pre-payment for the primary 
accordance with the present invention, including program 10 game of chance, in accordance with alternate embodiments 
306, payout table 310 and probability table 312. Program of the present invention. 

306 includes instructions for conducting the primary game Kiosk 400 further includes output devices, including 
of chance and instructions for conducting the secondary display 416 for displaying messages to the player, printer 
game of chance. Further connected to processor 302 are a 422 and hopper controller 424 for dispensing currency via 
player card tracking device 338, a random number generator 15 associated hopper 426. Printer 422 enables kiosk 400 to print 
322, a reel controller 324, three reels 326, 328 and 330, a receipts, reports, game instructions and coupons redeemable 
hopper controller 332 and associated hopper 334 and a for free games, dinner, merchandise or cash. Hopper con- 
currency acceptor 320. troller 424 enables kiosk 400 to dispense payment for 
As illustrated, slot machine 300 generally comprises awards earned for successful completion of the secondary 
conventional components, with the exception of the program 20 game of chance, 
instructions and data stored in storage device 304. For Data Tables 

purposes of belter illustrating the invention, standard Referring now to FIG. 5, there are illustrated six repre- 

components, well known to those skilled in the art, are sentative records of an exemplary secondary game table 500. 

described oiily briefly. Although the present embodiment of Each record of secondary game table 500 defines the param- 

the invention is described as implemented with physical 25 eters of a secondary game that may be played, in addition to 

components, the invention applies equally well to and a primary game, at a client gaming device. Each record of 

includes software embodiments such as would be imple- secondary game table 500 includes a game identifier 510 

mented on the Internet and other computer data networks. that uniquely identifies the record and corresponds to the 

Referring again to processor 302, the slot machine 300 secondary game of chance that the record represents, 

comprises one of many well known processing units, for 30 Each record of secondary game table 500 fiirther includes 

example a Pentium class processor manufacttured by Intel field 512 that stores data representing the number of players 

Corp. Data storage device 304 comprises an appropriate required to play the associated secondary game. Game type 

combination of magnetic and optical memory, such as disk field 514 stores data representing the type of secondary 

drive memory, and semiconductor memory such as random game. For example, record 550, having a game type of 

access memory and read only memory. In addition to the 35 "SOLO," represents a single player game in which a single 

program instructions and data shown in FIG. 3, storage player must fulfill game requirements 524 to achieve a 

device 304 stores appropriate operating system and control bonus. Record 560, having a game type of 

software (not shown), functional to operate gaming device "COMBINATION," represents a multiple-player game in 

300 in the manner described below. Random number gen- which the players cooperate as a team to collect outcomes 

erator 322 comprises one of many well known random or 40 which fulfill game requirements 524 to achieve a bonus, 

pseudo-random number generators suitable for use in a Record 570, having a game type of "COMPETITION," 

gaming device. represents a multiple-player game in which the players 

Currency acceptor 320 is operative to receive one or more compete to be the first to collect outcomes which fulfill the 

coins or bills, and to transmit an appropriate value signal to game requirements to achieve a bonus. Secondary games 

processor 302. Hopper controller 332, and hopper 334 45 may be defined so that game requiring multiple players have 

connected thereto, are operative under the control of pro- more requirements than single player games, and the greater 

cesser 302 to dispense coins to a player. Starting controller the number of required players, the longer or more complex 

-350 comprises a player-operated device such as-a.handle or - -the list of requirements _ _ _ _ __ _ _ _ 

button for initiating the play of a game. Each record of secondary game table 500 further includes 

Player card tracking device 338 comprises a player track- 50 a number of parameters which define a secondary game, 

ing interface including a card reader 346 for receiving a including a game time limit field 516, game play limit field 

player tracking card, a display 344 for communicating 518, game bonus amount field 520 and client identifiers field 

messages to the player, and a keypad 342 for receiving 522. Game time limit field 516 stores a time value that 

player input such as a player identifier. In addition to storing represents the maximum amount of time within which a 

the player identifier, the player tracking caid could be 55 player must collect the required game elements or outcomes 

configured to store outcomes generated by slot machine 300 to qualify for an award. Game play limit field 518 stores a 

and other play related data, therefore obviating the need for value representing the maximum nimiber of plays within 

registration table 600 and outcome table 700. which a player must collect the required slot symbols to 

Referring now to FIG. 4. the architecture of registration qualify for an award. A single play might represent the pull 

kiosk 400 is illustrated. Kiosk 400 enables a player to 60 of a traditional slot machine handle, completion of a final 

register for a secondary game of chance and, in one hand in video poker or completion of one hand of blackjack, 

embodiment, redeem winnings accumulated during the sec- Game bonus amoimt field 520 stores a monetary value that 

ondary game of chance. Kiosk 400 is controlled by proces- a player is awarded for completing the game requirements, 

sor 410 and communicates with slot server 200 via com- Of course the bonus could be paid to a single player, divided 

munication port 412. Processor 410 is connected to storage 65 among a group of players, or provided in full to each of a 

device 428 that stores, among other things, program 430. group of players. In addition to a bonus, a player success- 
Program 430 includes instructions enabling a player to fully completing a secondary game of chance could win the 
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right to play another game. This would enable tournament 
play among secondary game players. 

Qient identifiers field 522 stores the client identifiers of 
the client gaming devices on which the secondary game may 
be played. In the preferred embodiment, each client identi- 
fier stored in field 522 represents a family or type of slot 
machine, however, embodiments in which each client iden- 
tifier stored in field 522 represents a specific slot machine are 
also envisioned. Of course, client identifier field 522 may 
store data representing a rule for identifying one or more 
cUent gaming devices. For example, in an embodiment in 
which descriptive client identifiers are assigned to client 
gaming devices (e.g. slot machine identifiers begin with 
"SM" and video poker identifiers begin with "VP"), client 
identifier field 522 may store a rule limiting eligible client 
gaming devices to those beginning with "SM." 

In addition, each record of secondary game table 500 
includes at least one field defining the requirements of the 
corresponding secondary game. As illustrated, game 
requirements field 524 stores a definition of the requirements 
of each secondary game. Of course, one of ordinary skill will 
realize that game requirements field 524 is merely 
exemplary, and in practice, the requirements of each sec- 
ondary game may be defined by multiple fields containing 
defining parameters. Alternatively, the requirements of each 
secondary game may be implemented through program 
instructions. 

As illustrated, the game requirements require the player to 
collect specific outcomes from designated machines. The 
game requirements could easily require an order in which 
the player must collect the outcomes. For example, the 
player might have to complete requirements on lower 
denomination machines before progressing to higher 
denominations. An order of individual machines could also 
be specified, allowing the casino to distribute play over a 
fixed number of machines by specifying a different starting 
machine for each secondary game registered for that par- 
ticular set of client machines. 

Game requirements could also specify a minimum num- 
ber of client machines on which a player must play in order 
to successfully complete the secondary game. By specifying 
a time window for play, the casino could encourage more 
play during off-peak times. For example, secondary games 
might only be available for play Monday through Thursday 
from 10:00 AM to 2:00 PM, 

It is also envisioned that the outcomes designated by the 
secondary game requirements may consist entirely of game 
elements or- outcomes-that do not constitute winning-out- 
comes in the primary game. In other words, in order to 
achieve an outcome required by the secondary game, a 
player must forego a winning outcome in the primary game 
of chance, and vice versa. 

Much of the information stored in secondary game table 
500 is presented to a player at kiosk 400 during a registration 
process. Kiosk 400 receives a request to register the player 
for a secondary game, and displays the available games, as 
defined in secondary game table 500, to the player for 
selection. Upon receiving a game selection from the player, 
kiosk 400 may direct the player to the associated client 
gaming devices by displaying, printing or otherwise provid- 
ing the player with a map of the casino floor, with the 
associated machines explicitly identified on the map. For 
ease of explanation, the present invention is disclosed with 
respect to an embodiment in which the casino color-codes 
certain types of machines in order to make them easy to 
recognize. This could be done by placing a placard or other 
visible sign on each associated machine, clearly marking its 



color code designation. In embodiments in which a particu- 
lar order of client machines is required in order to satisfy the 
secondary game requirements, the map might indicate a 
preferred or required route, perhaps through the use of 

5 arrows or shading. In this embodiment, a player that is 
required to receive a cherry-cherry-cherry outcome on a blue 
machine simply has to look around for a machine with the 
blue placard on it. Server 200 recognizes an eligible client 
based on a client identifier received from the client machine. 

10 Server 200 may use the client identifier directly to determine 
whether a player may use the client device to play the 
secondary game. Alternatively, server 200 may use the client 
identifier to reference a client eligibility table (not shown) to 
indirectly determine whether a player may use the client 

15 device to play the secondary game. 

In addition to the type of games illustrated, many other 
types of games could be implemented. For example, the 
player may be required to receive three cherry -cherry-cherry 
outcomes before he receives five lemon-lemon-iemon out- 

20 comes. As described with reference to FIGS. 6A-6C, server 
200 would keep track of the player's cherry-cherry-cherry 
outcomes and lemon-lemon-iemon outcomes. If the player 
collects three cherry-cherry-cherry outcomes before he col- 
lects five lemon-lemon-lemon outcomes, the player is suc- 

25 cessful and is eligible to receive the bonus associated with 
the game. If, however, the player receives five lemon-lemon- 
lemon outcomes before receiving three cherry-cherry-cherry 
outcomes, the player is unsuccessfiil, and is not eligible to 
receive the associated bonus. 

30 Although the records of secondary game table 500 are 
preferably populated by experienced casino personnel who 
understand the subtleties of maximizing the efficient use of 
the casino floor, server 200 may be programmed to auto- 
matically generate records for secondary game table 500 

35 based on historical data collected from client devices 300, 
352 and 354. For example, as one of ordinary skill will 
appreciate, historical coin-in data may be collected from 
client devices 300, 352 and 354. Server 200 could be 
programmed to analyze the coin-in data and to rank the 

40 client devices. In order to promote play on the lower ranked 
client devices, server 200 might be programmed to generate 
a record in secondary game table 500 to provide a secondary 
game directed to the lower ranked client devices. 

Referring now to FIG. 6 A, an exemplary record 650 from 

45 registration table 600 and two corresponding records 750 
and 752 from game outcome table 700 are shown. Each 
record of registration table 600 represents a session of a 

- -secondary game for which a-player is registered. _Registra- _ 
tion table 600 includes a session identifier 610 uniquely 

50 identifying the registration record. In the preferred 
embodiment, session identifier 610 is generated for the 
session by the server based on the date and time of regis- 
tration. Registration table 600 further includes a game 
identifier 612 and a player identifier 614 for identifying the 

55 secondary game and the player associated with the session. 
Game identifier 612 is populated with the data from game 
identifier field 510 of the appropriate record firom secondary 
game table 500, and player identifier 614 is populated with 
the player identifier of the registered player. Player identifier 

60 614 is preferably generated and assigned by the casino, but 
could lake the fonn of a personal identification nimiber 
(PIN) selected by player. Player identifier 614 is captured at 
kiosk 400 during a registration process. Player identifier 614 
may be read from a player tracking card inserted into card 

65 reader 418, or may be provided via input device 420. 

Registration table 600 further includes fields for tracking 
the progress of the player toward completion of the game 
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requirements. Time remaining field 616 stores a time value 
representing the amount of time available for the player to 
complete the game requirements. The time available could 
be tracked individually for each player, or for a team of 
players. In such a team embodiment, the time remaining for 
each team member begins counting down with the first 
player inserting his player tracking card. For an individual 
player, the amount of time remaining could be frozen each 
time the player ended a particular series of plays by remov- 
ing his player tracking card, with the time starting to count 
down only after the card was again inserted. Alternatively, 
time remaining field 616 could begin to count down imme- 
diately following registration by the player, encouraging the 
player to immediately begin playing the secondary game. 
Plays remaining field 618 stores a value representing the 
number of plays available for the player to complete the 
game requirements. Initially, lime remaining field 616 and 
plays remaining field 618 are populated with data from game 
time limit field 516 and game play limit field 518 of the 
appropriate record from secondary game table 500, respec- 
tively. 

Session status field 620 stores a code representing a status 
of the corresponding session. Examples of valid session 
status codes are listed in Table I, below. In the preferred 
embodiment, a session is successfiilly completed when the 
player satisfies the corresponding game requirements. A 
session is unsuccessfully completed when the player has not 
satisfied the game requirements and there is no time or plays 
remaining. Of course, various other session completion 
parameters are possible. Bonus due field 622 stores a mon- 
etary value representing a bonus due to the player for 
successfully completing the session. Although an unsuccess- 
fully completed session will result in a bonus due amount of 
zero, it should be understood that varying degrees of success 
may be defined by the game requirements, resulting in 
varying bonus due amounts. 

TABLE I 



Session Status 

Code Session Status Definition 

READY A player has been registered to play a session of a game. 

ACTIVE A session of a game is in progress. 

SUCCESS A player success&Uy fulfilled the game requirements 
for the session. 

FAIL A player failed to successfully fiilfUl the game 

requirements for the session. 
PAID A bonus for successfully completing the game 
requirements has been pa^ to^the^pUtye^ 



Each record of game outcome table 700 represents a game 
outcome that contributes to the successful completion of the 
session. Game outcome table 700 includes a session iden- 
tifier 710 that identifies the session corresponding to the 
game outcome. Game outcome table 700 also includes 
player identifier 711, outcome 714 and client identifier 712 
for respectively documenting a player, an outcome fulfilling 
a game requirement (e.g. a reel symbol, set of reel symbols 
or card values) and the client gaming device that generated 
the outcome. Game outcome table 700 preferably includes a 
timestamp field 716 for storing the date and time the 
associated outcome was generated. Timestamp field 716 
may be used to audit winning games. In alternate 
embodiments, timestamp field 716 may be used to cause 
outcomes to expire after a pre-specified period of time or 
number of plays. 

The records shown in FIG. 6A describe a session of game 
ABC being played by a player having player identifier 
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24681012. To successfully complete game ABC, the player 
must receive 100 lemons during the session of up to 225 
plays as defined by record 550 of secondary game table 500, 
previously described with reference to FIG. 5. According to 

5 session status field 618 of record 650, the session is 
"ACTIVE," or in progress. Although the player was initially 
allotted 225 plays to complete the game requirements of 
game ABC, plays remaining field 624 indicates that the 
player has completed 120 plays and has 105 plays remaining 

10 to complete the game requirements. As shown by records 
750 and 752 of game outcome table 700, player 24681012 
has received two lemons while playing slot machines having 
client identifiers SM-1002003 and SM 1001098. 

The records shown in FIG. 6B describe a session of game 

15 DEF being played by two players having player identifiers 
36917154 and 48129003. To successfully complete game 
DEF, the players must cooperate to achieve the game 
requirements defined by record 560 of secondary game table 
500, previously described with reference to FIG. 5. Accord- 

20 ing to session status field 620 of record 652, the session has 
been registered, but play has not begun. The initial allotment 
of sixty minutes is stored in time remaining field 616 of 
records 652 and 654. Because the secondary game has not 
started, there are no relevant records in game outcome table 

25 700 relating to session 0327981148. 

The records shown in FIG. 6C describe a completed 
session of game EFG, a competitive game between two 
players having player identifiers 35791130 and 24483696. 
To successfully complete game EFG, a player must be the 

30 first to collect four outcomes: (i) a pair of jacks or better on 
any video poker machine, (ii) a cherry-cherry-cherry out- 
come on any three reel slot machine, (iii) three-of-a-kind on 
any video poker machine, and (iv) orange-orange-orange on 
any blue machine while wagering the maximum amount, as 

35 illustrated by record 570 of FIG. 5. As shown by records 
754, 756, 758 and 760, the player having player identifier 
35791130 successfully completed the game requirements. 
Description of the Operation 

Having thus described the architecture and components of 

40 the slot network of the present embodiment, the operation of 
the apparatus will now be described in greater detail with 
reference to FIGS. 7-9. FIG. 7 is a flowchart illustrating an 
exemplary registration process; FIGS. 8A-8G together com- 
prise a flowchart illustrating an exemplary secondary game 

45 control process; and FIG. 9 is a flowchart illustrating an 
exemplary redemption process. These flowcharts describe a 
preferred embodiment in which server 200 facilitates regis- 

- -tration and redemption -processes via kiosk 400, and. game 
play via client gaming device 300. It should be understood, 

50 however, that the processes do not strictly require the 
described client-server architecture. For example, a gaming 
device providing a single player secondary game of chance 
could conduct registration, game play and redemption pro- 
cesses at a single unit. 

55 Referring now to FIG. 7, an exemplary registration pro- 
cess is illustrated in the form of a flowchart. The registration 
process enables a player to select a secondary game in which 
to participate. The registration process preferably interfaces 
with the player on the casino floor via kiosk 400, but may be 

60 accomplished by a client gaming device 300. 

At block 701, processor 410 receives a request to register 
a player for a secondary game of chance and forwards the 
request to slot server 200 via communication port 412. At 
block 702, slot server 200 retrieves data describing the 

65 available games from secondary game table 500 and trans- 
mits the data to kiosk 400 where processor 410 causes the 
data to be communicated to the player via display 416. 
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Kiosk 400 receives the game selection of the player at execute any steps to control a secondary game of chance, 
block 703. The player may indicate a game selection using Once server 200 determines that the player is registered for 
a touch screen or by providing a game identifier from a list a secondary game, it will update the time remaining and/or 
of games provided at block 702. At block 704, processor 410 plays remaining while the player's player tracking card is in 
determines at least one player identifier, and at block 705 5 the gaming device, and store any of the player's outcomes 
processor 410 determines a session identifier. The number of that satisfy a game requirement. Server 200 will further store 
player identifiers determined at block 704 is based on the the client identifier of the client gaming device on which the 
number of players required to play the selected game. The outcome was generated, as well as the player identifier of the 
player identifiers may be determined in a number of ways player playing the game. The record of the game outcome 
including receiving a player identifier from a player tracking lo table is linked to the player's record of the registration table 
card inserted into card reader 418, receiving a player- through a session identifier and the player's player identifier, 
selected PIN, or generating a unique player identifier at the In an alternate embodiment, server 200 could be pro- 
time of registration. gramraed lo continue to update the lime remaining field of 

If Ihe selected game requires multiple player identifiers, secondary games in progress so that if a player moves from 

the registration process instructions of program 430 will 15 one machine to another, the time remaining will continue to 

enable multiple identifiers to be collected and verified. If the decrease. In the alternate embodiment, server 200 would 

appropriate number of player identifiers are not received, continually update the time remaining from the time the 

kiosk 400 may display a message indicating that the iden- player begins playing the secondary game until the oomple- 

tifiers were not received or were invalid. lion of the game, regardless of whether the player removes 

For example, if the player requests to register for a three 20 the player tracking card from the gaming device, 
player game, he must provide two player identifiers in In a multi-player team embodiment (either combined or 
addition to his own. If the player fails to provide the correct competitive), the server keeps track of each player's results 
number of player identifiers, his request to register for the in the manner described above. In the competitive multi- 
secondary game will be rejected. In an alternate player team embodiment, server 200 monitors each player's 
embodiment, players who do not have player tracking cards 25 outcomes in substantially real time, and terminates the game 
(or previously assigned player identifiers) but still wish to once a player fulfills all of the game requirements. In an 
participate in a secondary game of chance may be provided alternate embodiment, server 200 could track the time each 
with a PIN that will serve as their identifier for the duration player's outcome was obtained, in order to determine which 
of the game. The PIN may be either player-selected or player was the first to fulfill ail of the requirements of the 
generated by the system. Each player registered for a game 30 game. 

will receive a unique PIN which may be input by the player At block 810, processor 210 receives a player identifier, 

via keypad 342 prior to playing a secondary game. client identifier and outcome from client gaming device 300. 

At block 706, processor 410 transmits registration data The player identifier, client identifier and outcome are 

including the session identifier, game identifier and player transmitted by client gaming device 300 after a play of the 

identifier(s) to server 200 which creates a new record in 35 machine. The transmission is performed in accordance with 

registration table 600 and stores the registration data in the program 306. 

new record. At block 707, server processor 202 sets session At block 812, processor 210 determines whether a record 
status field 620 to "READY." The requirements of the corresponding to the received player identifier is registered 
selected game are output to the player at block 708. An for a secondary game of chance and whether the client 
illustration of such output is described with reference to FIG. 40 identifier is among the eligible client identifiers associated 
10. The output could alternatively take the form of a map with the secondary game. If a corresponding record does not 
showing the player the locations of various client gaming exist, no further processing is required to control a second- 
machines associated with the particular secondary game, ary game of chance because the player associated with the 
printed in real-time or developed in advance as a brochure received player identifier is not registered for a secondary 
with casino promotional materials. 45 game of chance that may be played at client gaming device 

Instead of providing detail regarding the identity of each 300. If registration record corresponding to the received 

chent machine, the registration process could identify a first player identifier and client identifier exists, secondary game 

clientmachine withsubsequent client machines identified - processing continues.- 

duringplay of the secondary game. Thus, the player does not At block 814, processor 210 retrieves registration data 

know where he is heading in advance, receiving the iden- 50 from the identified record of registration table 600. Proces- 

tification of his next client machine from display 344 of sor 210 retrieves game data from an appropriate record of 

client machine 300. The player might also not be informed secondary game table 500, as shown by block 816. The 

of the exact requirements of the secondary game until it was appropriate secondary game table record is determined 

underway. For example, the player might achieve a required based on the contents of game identifier field 612 retrieved 

outcome of lemon-lemon-lemon and then receive identifi- S5 at block 814. At decision block 818, processor 210 deter- 

cation of the next game requirement from display 344 such mines whether the retrieved session status field 620 contains 

as bell-bell-bell. "READY" or "ACTIVE." If the retrieved registration record 

Referring now to FIGS. 8A-8G, an exemplary secondary does not have a session status of either "READY" or 

game control process is illustrated in the form of a flowchart. " ACTIVE," the registered game is complete, and processing 

The illustrated secondary control process is performed by 60 tenminates. Otherwise, at block 820 of FIG. 8D processor 

slot server 200, for every outcome generated by a client 210 determines whether the session status field contains 

gaming device, in accordance with program 216. "READY" If it does, the session status is set to "ACTIVE" 

Generally, if the player operating the client gaming device at block 822 to indicate that the session is in progress. At 

is registered for a game, server 200 wiU determine the type blocks 824 and 826, process flow is directed based on 

of game based on the game identifier, and direct the gaming 65 whether the secondary game is a single player game, a 

device to execute the appropriate game play steps. If the multi-player competitive game or a multi-player combina- 

player is not registered for a game, server 200 will not tion game. 
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If the secondary game is a single player game or a 
multi-player cooperative game, process flow is directed to 
block 828 of FIG. 8C. At block 828, processor 210 deter- 
mines whether the outcome, or any portion of the outcome, 
matches a game requirement. If the outcome fidfills a game 
requirement, the outcome is recorded in game outcome table 
700, as shown by block 830. Al block 832, the lime 
remaining and plays remaining fields of registration table 
600 are updated. Processor 210 then determines whether all 
of the game requirements have been met at decision block 
834. If all of the game requirements have been satisfied, 
processing is directed to block 838 of FIG. 8D, enabling the 
player to be informed of his success in substantially real 
time. Otherwise, processor 210 determines whether the 
game should be terminated due to the lack of remaining time 
or remaining plays. According to decision block 836, if the 
game should be terminated, processing is directed to block 
850. Otherwise, the secondary game control process termi- 
nates. It should be noted that the process flow may be altered 
to enable the player to be informed of his success or failure 
at the end of the allotted time/plays without deviating from 
the spirit and scope of the present invention. 

Referring now to FIG. 8D, there are illustrated the steps 
processor 210 executes if a player wins a single player game 
or cooperative multi-player game. At block 838, processor 
210 is directed to set the session status field 620 of the 
corresponding record of registration table 600 to "SUC- 
CESS." Processor 210 then retrieves game bonus amount 
520 from the appropriate record of secondary game table 
500 and stores the retrieved amount in the bonus due field 
622 of the corresponding record of registration table 600, as 
shown by blocks 844 and 846. In an alternate embodiment, 
instead of analyzing whether a player has satisfied the game 
requirement in real time, server 200 may be programmed to 
determine success or failure of a player only after expiration 
of the time remaining or number of plays remaining. 

At block 848, processor 210 causes a signal to be trans- 
mitted to all client gaming devices on which a player 
associated with the session identifier is playing. The signal 
directs the client gaming devices to display a message 
indicating that the player has successfully completed the 
game requirements. In a multi-player game, all players are 
to be notified of the successful completion of the game 
requirements. If server 200 is unable to direct a message to 
a player because the player is not presently operating a 
gaming device, the message may be queued for delivery as 
soon as the player resumes operation of a cfient gaming 
device. * - ^ ~ - 

Referring now to FIG. 8E, there are illustrated the steps 
processor 210 executes if a player fails to complete the game 
requirements within the allotted time or number of plays. At 
block 850, processor 210 sets session status field 620 of the 
corresponding record of registration table 600 to "FAIL." At 
block 854, processor 210 causes a signal to be transmitted to 
every client gaming device on which a player associated 
with the session identifier is playing. The signal directs the 
client gaming devices to display a message indicating that 
the player secondary game has ended unsuccessfully. 

Referring now to FIGS. 8F and 8G, there are illustrated 
the steps processor 210 executes if the corresponding ses- 
sion identifier is associated with a competitive multi-player 
game. At decision block 860, processor 210 determines 
whether the outcome, or any portion of the outcome, 
matches a game requirement. If the outcome fulfills a game 
requirement, the outcome is recorded in game outcome table 
700, as shown by block 862. At block 863, the time 
remaining and plays remaining fields of registration table 
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600 are updated. Processor 210 then determines whether all 
of the game requirements have been met at decision block 
864. If all of the game requirements have been satisfied, 
processing is directed to block 870 of FIG. 8G. Otherwise, 

s processor 210 determines whether the game should be 
terminated due to the lack of remaining time or remaining 
plays. According to decision block 866, if the game should 
be terminated, processing is directed to block 868. 
Otherwise, the secondary game control process terminates. 

10 At block 868, processor 210 determines which players 
most successfully completed the game requirements. Pur- 
suant to blocks 870 and 872, respectively, session status field 
620 of the corresponding record of registration table 600 is 
updated to "SUCCESS" for all winning players and "FAIL" 

15 for all other players. Although not shown by secondary game 
table 500, multi -player games may be defined in which a 
bonus may be awarded for multiple levels of achievement, 
such as first place, second place and third place. Processor 
210 then retrieves game bonus amount 520 from the appro - 

20 priate record of secondary game table 500 and stores the 
retrieved amount in the bonus due field 622 of the corre- 
sponding records of registration table 600, as shown by 
blocks 874 and 876. At block 878, processor 210 causes a 
signal to be transmitted to all cUent gaming devices on 

25 which a winning player associated with the session identifier 
is playing. The signal directs the client gaming devices to 
display a message indicating that the player has successfully 
completed the game requirements. At block 880, processor 
210 causes a signal to be transmitted to all client gaming 

30 devices on which a losing player associated with the session 
identifier is playing. The signal directs the client gaming 
devices to display a message indicating that the player has 
failed to successfully complete the game requirements. 
FIGS. 8F and 8G assume that the secondary game incor- 

35 porates a time/plays limit, and that if the time/plays hmit is 
reached the player having met the most game requirements 
is deemed to be the winner. Of course, the secondary game 
process could be easily modified to require a winner to 
complete all of the game requirements by eliminating block 

40 868 from the process of FIG. 8F and setting session status 
field 620 of all of the participating players to "Fail" at block 
872 of FIG. 8G. 

Referring now to FIG. 9, there are illustrated the steps of 
an exemplary redemption process. The redemption process 

45 is typically initiated by a player who has registered for and 
successfully completed the game requirements of a second- 
ary game of chance. The redemption process is typically 
performed by server 200 operating in conjunction with kiosk 
400. 

50 At block 910, server 200 receives a request to provide a 
game bonus amount to a player. The request is received via 
kiosk 400 and includes a player identifier identifying the 
requesting player and a session identifier identifying the 
session during which the player achieved a game bonus. 

55 Server 200 retrieves the record from registration table 600 
which corresponds to the received session identifier and 
player identifier, as shown by block 912. 

Server 200 determines whether the player successfully 
completed the session by comparing session status field 620 

60 to "SUCCESS" at block 914. If the identified session does 
not have an associated status of "SUCCESS," server 200 
prompts kiosk 400 to display a message indicating that the 
request is invalid, as shown by block 916, and the redemp- 
tion process terminates. If the player successfully completed 

65 the session, server 200 causes the appropriate payout to be 
provided based on the contents of bonus due field 622, as 
shown at block 918. At blocks 920 and 922, respectively. 
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bonus due field 622 is zeroed and session status field 620 is determining whether a game requirement has been 
updated to "PAID" to reflect payment of the bonus. The obtained by the player by analyzing whether the out- 
game bonus may be automatically dispensed by kiosk 400, come was obtained on one of the eligible gaming 
or manually dispensed by a casino attendant. In an alternate devices and whether the outcome satisfies at least one 
embodiment, the redemption process could be executed by 5 ©f the plurality of game requirements, 
the gaming device at which the final game requirement is 2. The method of claim 1, wherein the step of determining 
completed, or executed by any client slot machine. It should secondary game completion parameters comprises: 
be noted that a bonus award earned by a team may be accessing secondary game completion parameters that are 
dispensed in a number of ways m accordance with the ^^^^^^ ^ g^^^g ^^^-^^ 

presem invention. For example, each team member may 3. The method of claim 1, wherein the step of determining 

receive the entire bonus amount, each team member may secondary game completion parameters comprises: 

receive an equal share of the bonus amount, or each player ^^^^ cx)mpletion parameters that are 

may receive a share of the bonus amount proporUonal to the ^^^^J^^ . ^^^.^ ^ 

game requirements achieved by the player ^^^^^ ^^^^^^ ^ 

, wherein the step of determining 

Bonus payout amounts could be adjusted based on the secondary game completion parameter co^rises: 

time to successful completion, with shorter completiOD . . " " . . .... 

times associated with relatively larger bonus payout accessmg secondary game completion parameters that are 

amounts. Bonus payout amounts could also be supple- , ".IV ^^<^^\^^.- 

J. , i.tY-ii_ u 5. The method of claim 1, wherem the secondary game 

mented in order lo encourage play at off-peak hours, such as ^ ^' \ J & 

1 u 1 A 4 , completion parameters are associated with the player iden- 

durmg early moramg hours. In order to encourage a faster 20 .-fi 

rate of play, the casino could offer higher bonus payout ^ . r 1 • e u • *u 1 u a 

amounts to those players maintaining a high average rate of ^; method of clami 5, wherem the player had previ- 

play. For example, a player completing a secondary game ously registered for the secondary game. 

With a seven hLred handle pull per-hour average rate of ^^^^ ""^'^^^ °f 

play might receive 10% more than a player maintaining a ,5 completion parameter further comprise: 

rate of only five hundred handle pulls-per-hour for the same ^ ^'^^ P^^^d within which the player may obtam the 

secondary game structure. pkrality of game requiremenls. 

Referring now to HG. 10, there is iUustrated an exem- "^^^^^^ «f ^^^^^ }^ ^^^^^^^ ^^e secondary game 

plary game receipt 1000 that may be provided to a registered completion parameters further comprise: 

player. Game receipt 1000 acts as proof of registration for a 30 a specified order m which the player has to play the 

secondary game session and provides a convenient reminder eligible gaming devices. 

to the player of the game requirements, time Umit and bonus The method of claim 1, wherein the secondary game 

amount associated with the secondary game. Game receipt completion parameters further comprise: 

1000 further directs the player to the appropriate gaming a specified order in which the player must obtain each of 

devices, and may provide instructions regarding redemption 35 the plurality of game requirements, 

of an earned bonus. As shown, game receipt also includes 10. The method of claim 1, wherein the secondary game 

check boxes enabling the player to track his progress toward completion parameters further comprise: 

successful completion of the game requirements. a requirement that each of the plurality of game require- 

While the best mode for carrying out the invention has ments be obtained by the player at a specific corre- 

been described in detail, those famihar with the art to which 40 sponding one of the plurality of eligible gaming 

the invention relates will recognize various alternative devices, respectively, 

designs and embodiments for practicing the invention. 11. The method of claim 1, further comprising: 

These alternative embodiments are within the scope of the storing, in association with the player identifier, an indi- 

present invention. Accordingly, the scope of the present cation that the at least one of the plurality of game 

invention embodies the scope of the claims appended hereto, 45 requirements has been obtained by the player if it is 

What is claimed is: determined that at least one of the plurality game 

1. A method, comprising: requirements has been obtained by the player, 

receiving a player identifier corresponding to^a player 12. The method of claim 11, wherein the step of storing 

playing a primary game at a gaming device; an indication that the at least one of the plurality of game 

determining secondary game completion parameters 50 requirements has been obtained by the player comprises: 

defining a secondary game, the secondary game storing, in association with the player identifier, an indi- 

completion parameters comprising: cation of the outcome if it is determined that the at least 

at least a first gaming device and a second gaming one of the plurality of game requirements has been 

device that is different from tie first gaming device, obtained by the player. 

wherein the primary game is to be played by the 55 13. The method of claim 11, wherein the step of storing 

player on the at least a first gaming device and a an indication of the outcome comprises: 

second gaming device that is different from the first storing, in association with the player identifier, an indi- 

gaming device; cation of the at least one element of the outcome that 

a pluraUty of eligible gaming devices; and satisfies the at least one of the plurality of game 

a plurality of game requirements that the player must 60 requirements, 

obtain on the at least a first gaming device and a 14. Tlie method of claim 11, wherein the indication that 

second gaming device that is different from the first the at least one of the plurality of game requirements has 

gaming device, wherein a game requirement com- been obtained by the player is stored at a server in commu- 

prises at least one of an outcome of the primary game nication with a gaming device. 

and at least one element of an outcome of the es 15. llie method of claim 11, wherein the indication that 

primary game; the at least one of the plurality of game requirements has 

determining an outcome of the primary game; and been obtained by the player is stored at a gaming device. 
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16. The method of claim 11, wherein the indication that 
the at least one of the plurality of game requirements has 
been obtained by the player is stored on a player tracking 
card that the player insert into a gaming device. 

17. The method of claim 1, wherein the outcome does not 
qualify for an award in the primary game. 

18. The method of claim 1, wherein the outcome qualifies 
for an award in the primary game. 

19. The method of claim 1, further comprising: 
outputting to the player an indication that at least one of 

the plurality of game requirements has been obtained 
by the player based on the step of determining whether 
a game requirement has been obtained by the player. 

20. The method of claim 1, wherein the secondary game 
completion parameters further comprise: 

a secondary game award to be provided to the player if the 
player obtains each of the plurality of game require- 
ments and satisfies the secondary game completion 
parameters. 

21. The method of claim 20, further comprising: 
determining whether the player has obtained each of the 

plurality of game requirements and satisfied the sec- 
ondary game completion parameters; and 
causing the secondary game award to be provided to the 
player based on the step of determining. 

22. The method of claim 1, further comprising: 
outputting an indication of one of the plurality of game 

requirements that the player has not yet obtained to the 
player after the player obtains one of the plurality of 
game requirements. 

23. The method of claim 1, further comprising: 
outputting an indication of each of the game requirements 

to the player at one time. 

24. A method, comprising: 

receiving a player identifier corresponding to a player; 
determining secondary game completion parameters 

defining a secondary game, the secondary game 

completion parameters comprising: 

at least a first gaming device and a second device that 
is different from the first gaming device, wherein the 
primary game is to be played by the player on the at 
least a first gaming device and a second gaming 
device that is different from the first gaming device; 

a plurality of eligible gaming devices; 

a plurality of game requirements that the player must 
obtain on the at least a first gaming device and a 
second device that is djfferent from the first gaming 
device, wherein a game requirement comprises at 
least one of an outcome of a primary game and at 
least one element of an outcome of the primary 
game; and 

a secondary game award; 
determining a plurality of outcomes obtained by the 

player while playing the primary game at a plurality of 55 

gaming devices; and 
causing the secondary game award to be provided to the 

player if the plurality of outcomes obtained satisfy the 

secondary game completion parameters and the game 

requirements. 

25. TTie method of claim 24, wherein the method is 
performed by at least one of (i) a server in communication 
with the plurality of gaming devices, (ii) one of the plurality 
of gaming devices, and (iii) a kiosk. 

26. The method of claim 24, further comprising: 
receiving, from the player, at least one of (i) a request for 

the secondary award and (ii) an indication that the 
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player has satisfied the secondary game completion 
parameters and obtained each of the plurality of game 
requirements. 

27. The method of claim 24, wherein the step of deter- 
mining the plurality of outcomes obtained by the player 
comprises: 

accessing the plurality of outcomes obtained by the 
player, wherein the plurality of outcomes are stored on 
at least one of (i) a server in communication with the 
plurality of gaming devices, (ii) at least one of the 
plurality of gaming devices, and (iii) a player tracking 
card associated with the player. 

28. The method of claim 24, wherein the secondary game 
completion parameters further comprise: 

a time period within which the player must obtain the 
plurality of game requirements. 

29. The method of claim 28, further comprising: 
determining a beginning of the time period for the player; 

and 

performing the method of claim 24 at an end of the time 
period. 

30. The method of claim 24, wherein the step of causing 
the secondary game award to be provided to the player 
comprises at least one of (i) dispensing the award to the 
player at one of the plurality of gaming devices, (ii) dis- 
pensing the award to the player at a kiosk, and (iii) dispens- 
ing the award to the player via a casino attendant. 

31. The method of claim 24, wherein the secondary game 
award comprises at least one of (i) a monetary payment, (ii) 
an amount of casino currency, and (iii) eligibility for another 
secondary game. 

32. The method of claim 24, wherein the secondary game 
completion parameters further comprise: 

one of a minimum and maximum number of plays of a 
primary game within which the player must obtain the 
game requirements. 

33. The method of claim 24, wherein the player had 
previously registered for the secondary game. 

34. A method, comprising: 

receiving a first player identifier that identifies a first 
player, 

receiving a second player identifier that identifies a sec- 
ond player; 

determining secondary game completion parameters 
defining a secondary game, the secondary game 
completion parameters comprising: 
at' least a first gaming device ^nd a^ second gaming 
device that is different from the first gaming device, 
wherein a primary game is to be played by the first 
player and the second player on the at least a first 
gaming device and a second gaming device that is 
different from the first gaming device; 
a plurality of eligible gaming devices; and 
a plurality of game requirements that the first player 
and the second player must obtain, wherein a game 
requirement comprises at least one of an outcome of 
the primary game and at least one element of an 
outcome of the primary game; 
determining an outcome obtained by the first player while 

playing the primary game on a gaming device; and 
determining whether a game requirement has been 
obtained by the first player by analyzing whether the 
gaming device is one of the eligible gaming devices 
and whether the outcome satisfies at least one of the 
plurality of game requirements. 
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35. The method of claim 34, further comprising: 
storing, in association with the first player identifier and 

the second player identifier, an indication that a game 
requirement has been obtained if the outcome obtained 
by the first player satisfies at least one of the plurality 
of game requirements and if the secondary game 
completion parameters have been satisfied. 

36. The method of claim 34, wherein the secondary game 
completion parameters further comprise: 

a secondary game award to be provided to at least one of 
the first player and the second player if the first player 
and the second player obtain the game requirements 
and satisfy the secondary game completion parameters. 

37. The method of claim 34, further comprising: 
determining that each of the plurality of game require- 
ments has been obtained by the first player and the 
second player and that the secondary game completion 
parameters have been satisfied by the first player and 
the second player, thereby determining that the first 
player and the second player qualify for the secondary 
game award; and 

causing the secondary game award to be provided to at 
least one of the first player and the second player. 

38. The method of claim 37, further comprising: 
outputting an indication that the first player and the 

second player qualify for an award to at least one of the 
first player and the second player. 
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39. The method of claim 34, wherein the secondary game 
completion parameters further comprise: 

a requirement that the first player obtain a first subset of 
the plurality of game requirements; and 

a requirement that the second player obtain a second 
subset of the plurality of game requirements. 

40. The method of claim 34, wherein the secondary game 
completion parameters further comprise: 

10 a requirement that the first player play the primary game 
at a first subset of the eligible gaming devices; and 
a requirement that the second player play the primary 
game at a second subset of the eligible gaming devices. 

41. The method of claim 34, further comprising: 
outputting an indication to the second player that the first 

player has obtained at least one of the plurality of game 
requirements if the outcome obtained by the first player 
satisfies at least one of the plurality of game require- 
20 ments and the secondary game completion parameters. 

42. The method of claim 41, wherein the step of output- 
ting comprises outputting the indication via a display device 
of a gaming device at which the second player is playing. 

43. The method of claim 34, wherein the first player and 
25 the second player bad previously registered for the second- 
ary game. 
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ABSTRACT 



An electronic competing game apparatus utilizes article 
image data representative of human, animal, and housings to 
obtain a competing result of this game. In the electronic 
competing game apparatus, the respective portions of the 
article is designated by operating a designation unit, and a 
plurality of article images are displayed on a display unit, A 
competing result between the respective article images dis- 
played on the display unit is judged by a judging unit based 
upon both point data corresponding to the partial images for 
constituting the respective article images, and point data 
corresponding to numeral data produced in an irregular 
sequence. When the designation imit is operated while the 
respective article images are attacking with each other, the 
irregularly set point data is added to the point data set to the 
respective ardclc images. The competing results between the 
respective article images are determined based on the added 
point data. 

22 Claims, 17 Drawing Sheets 
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ELECTRONIC BATTLE GAME FLAYING 
APPARATUS WITH FACIAL MONTAGE 
GENERATION 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention generally relates to an electronic 
game playing method and an electronic game playing appa- 
ratus for judging a competing result with employment of 
article image data such as human, animals and housings. 
More specifically, the present invention is directed to a 
method and an apparatus capable of electronically playing a 
battle game, while displaying a plurality of fighters whose 
life powers are selected by a user on a display screen. 

2. Description of the Prior Art 

Various sorts of game apparatuses with utilizing elec- 
tronic appliances have been developed and are being mar- 
keted. For instance, the battle type television game appara- 
tuses equipped with TV screens are widely spread. In the 
typical TV game apparatus, Che game program data previ- 
ously stored in the specific cassette tape magazine mounted 
on this TV game apparatus are read in response to the key 
operations, and then a user moves the character images 
displayed on the TV screen in accordance with this game 
program data, finally, the microcomputer judges the com- 
peting result between these character images. 

In this conventional TV game apparatus, the dala used to 
judge the competing result are such data previously set in 
this cassette magazine as a portion of the game program. As 
a result, the conclusions of this competing result are prede- 
termined, so that amusing TV game carmot be expected. 

To solve the above-explained drawback, U.S. patent 
application Ser. No. 148,975 entitled to T. MASE et al., 
"IMAGE DATA PROCESSOR" assigned to the same 
assignee as that of the present U.S. patent application, has 
proposed such an electronic game apparatus for playing the 
battle game with use of the article image data, e.g., a 
plurality of human, animals, or housings. In this electronic 
game apparatus, a plurality of article image data are pro- 
duced by combining the portional image data with each 
other with regard to the respective portions, and a decision 
is made of the competing result between the respective 
article images based upon a comparison result in the mag- 
nitudes of the point data set in correspondence with the 
"respective^ portion iinap "data for "constituting "these "pliSal 
article images. 

However, there is a recent trend that users want to enjoy 
the battle game with great flexibility. That is, since the 
competing result between the respective article images is 
determined based upon the comparison result in the mag- 
nitudes of the point data set in correspondence with the 
respective partial image data which constitute the respective 
article image data, the same point data are always allocated 
to the specific article image constructed from the same 
partial image data. As a consequence, while any users 
continuously utilize the same electronic game apparatus, 
they can gradually become aware of the competing results 
with respect to the same article image, so that they may not 
deeply enjoy this battle game with their great fun. 

SUMMARY OF THE INVENTION 

The present invention has been made in an attempt to 
solve the above-described problems, and therefore, has an 
object to provide a novel electronic game playing method 
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and an apparatus capable of playing a game with great fun. 
Another object of the present invention is to provide an 

electronic game playing method and an apparatus capable of 

obtaining an unexpected competing resiilL 
A further object of the present invention is to provide an 

electronic game playing method and an apparatus capable of 

reflecting sufiBcient intention of a game player in the game. 
To achieve these objects, a method for electrically playing 

a competing game on a display unit, according to one aspect 

of the present invention, is featured by comprising the steps 

of: 

producing a plurality of numeral data having different 
values in an irregular sequence; 

setting a plurality of article image data constructed by 
combining portion image data with each other correspond- 
ing to respective portions of articles; 

judging a competing result between a plurality of article 
images represented by said plurality of article image data 
based upon both point data set in correspondence with the 
portion image data for constituting said article image data, 
and point data corresponding to said numeral data; and 

displaying said competing result between said aiticle 
images on the display unit. 

Furthermore, an electronic game apparatus for electroni- 
cally playing a competing game, according to another aspect 
of the present invention, is featured by comprising: 

numeral data generating means for generating a plurality 
of numeral data having different values in an irregular 
sequence; 

setting means for setting a plurality of article image data 
constructed by combining portion image data with each 
other corresponding to respective portions of articles; 

judging means forjudging a competing result between a 
plurality of article images represented by said plurality of 
article image data based on both point data set in correspon- 
dence with the portion image data, and point data corre- 
sponding to said numeral data; and 

display means for displaying said competing result 
between said article images. 

The above-described display means may be selected from 
a liquid crystal display device, a printer, and the like which 
can visually represent the competing result 

According to the present invention, a plurality of article 
image data made of combinations of the partial image data 
corresponding to the respective portions of the article may 
-be set by the setting-means. -Subsequently,- the competing 
result between the plural article images set by tiiis setting 
means may be jud^ by the judging means based on both 
the point data set in correspondence with the partial image 
data for constituting this article image, and the point data 
corresponding to the numeral data generated from the 
numeral value data generating means in such an irregular 
sequence. This judgement result is displayed on the display 
means. In this case, the judgement result may be made by 
taking account of the point data corresponding to the 
riumeral data generated by the numeral value data generating 
means in the irregular sequence in addition to the point data 
set in correspondence with the partial image data for con- 
stituting the respective article image data. As a result, the 
unexpected competing results between the plural article 
images could be achieved in tiie above-defined electronic 
game playing apparatus/method according to the present 
invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

For a better understanding of the present invention, ref- 
erence is made of Uie following detailed description to be 
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read in conjunction with the accompanying drawings, in 
which: 

FIG. 1 is an outer view of a montage battle game machine 
according to an embodiment of the present invention; 

FIG. 2 is a schematic block diagram for representing an ^ 
overall arrangement of an electronic circuit employed in the 
montage battle game machine shown in FIG. 1; 

FIG. 3 schematically illustrates storage conditions of 
basic part patterns stored in a basic part pattern ROM; 

FIG. 4 schematically shows storage conditions of life 
force recovery points stored in a life force recovery point 
ROM; 

FIG. 5 schemadcally shows storage conditions of various 
sorts of data stored in a RAM; is 

FIG. 6 is a flow chart for explaining an overall process 
operation of the montage battle game machine shown in 
HG. 1; 

FIG. 7 is a flow chart for explaining an input process 
operation of individual data; 

FIG. 8 is a flow chart for explaining a montage forming 
process operation; 

FIG. 9 is a flow chart for representing a data synthesizing 
process operation executed in conjunction with the above- 25 
explained montage forming process operation; 

HG. 10 is a flow chart for explaining a &ont half process 
operation about registering process of battle fighters/setting 
process of fighting power; 

FIG. 11 is a flow chart for explaining a rear half process 30 
operation about registering process of battle fighters/setting 
process of fighting power; 

HG. 12 is a flow chart for indicating a front stage of the 
battle Game process operation; 

FIG. 13 is a flow chart for indicating a middle stage of the 
battle Game process operation; 

FIG. 14 is a flow chart for indicating a rear stage of the 
battle game process operation; 

FIG. 15 is a flow chart for representing a life force 40 
recovery process operation executed during the battle Game 
processing operation; 

FIGS. 16 A to 16N schemadcally represent display con- 
ditions appearing during the battle fighter registering pro- 
cess, the battle game process, and the life force recovery 45 
process; and 

" FIGS' 17A~to iTF schematically indicate display condi- 
tions appearing in the respective win/lose determining stages 
during tiie battle Game process. ^ 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 

Referring now to drawings, a montage batde Game appa- 
ratus according to a presently preferred embodiment of the 55 
present invention will be described. 

OVERVIEW OF MONTAGE BATTLE GAME 
APPARATUS 

60 

FIG. 1 schematically shows an outer view of a notebook 
type montage battle game apparatus 11 to which the present 
invention has been applied. 

The montage battle game apparams 11, as illustrated and 
viewed in FIG. 1, owns a notebook type housing operable in 65 
the right/left directions. That is, this notebook type housing 
is constructed of a left operation plane 12a and a right 
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operation plane 126. On the left operation plane 12a, there 
are provided: an ON key 13a and OFF key 13b used to turn 
ON/OFF a power source (not shown in detail); an individual 
key 14a operated when an individual data input mode is set; 
and a montage forming key 14b manipulated when a mon- 
tage forming mode is set This left operation plane 12a of the 
montage battle game apparatus further contains basic mon- 
tage selection switches 15a and 15b operated when the basic 
montage made of combinations of various basic part patterns 
previously stored is selected to form a desired montage; keys 
16a and 16b manipulated as part designation keys when a 
part to be changed is designated to form a desii^le mon- 
tage, and also as fighter selection keys when a fighting 
fighter is selected during the battle game; and pattern 
selection keys 17a and 17b operated when a part pattern 
about the part to be changed, which has been designated as 
the part to be changed; during the formation of the above- 
explained desired montage. This left operation plane 12a 
further includes a register key 18 operated when either the 
entered individual data, or the formed montage pattern is 
reserved; a battle key 19 manipulated when a batde fighter 
register is set; a game start key 20 operated when a battle 
game is started; a game stop key 21 operated when the batde 
game is stopped, or ended; a life force recovery key 22 
operated when a life force recovery mode is set by which life 
force of a selected fighter is recovered during a batde game; 
and an OK key 23 manipulated as a selection/execution key 
in the respective battle fighter register mode, battle game 
mode, and life force recovery mode. 

Also, a liquid crystal dot matrix display unit 24 is pro- 
vided on the left operation plane 12a of the main body of this 
game apparatus 11. 

As illustrated in FIG. 1, the liquid crystal dot matrix 
display unit 24 is mainly arranged by one montage display 
area used to display a selected fighter 51a which has been 
registered by a user in the baale fighter register mode in 
response to the key operation of the above-described battle 
key 19, and the other montage display area used to display 
a computer fighter Sib which has been previously regis- 
tered. Furthermore, there are provided inbetween these 
display areas, a life force display bar 52a for the selected 
fighter, used to display a remaining amount of life force of 
each fighter; another life force display bar 52b for life force 
of the computer fighter, and attacking arrows 53a, S3b 
indicative of attacking directions of the respective fighters. 
-On the other hand, the right- operation plane 126 of the 
game ^params body 11 contains numeral entry keys C*0" to 
'"9*0 25 operated when a numeral value is entered; operator 
keys 2b; and alphabetical keys 27 used to enter individual 
data and various sorts of data. 



ELECTRONIC CIRCUIT OF MONTAGE 
BATTLE GAME APPARATUS 

FIG. 2 is a schematic block diagram for showing an 
overall circuit of the above-explained montage battle game 
apparatus according to the first embodiment of the present 
invention. 

This montage batde game apparatus includes a CPU 
(central processing unit) 31. The CPU 31 performs operation 
conux)ls of various circuit units in accordance with the 
previously stored program in response to various key opera- 
tion signals supplied from the input unit 32 provided on the 
left operation plane 12a and the right operation plane 12b, 
To ttds CPU 31. there are connected in addition to the 
above-explained input unit 32, a basic pan pattern ROM 33; 
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a calculation formula ROM 34; an attack formula ROM 35; 
a life force recovery point ROM 36; an expression part 
patteni ROM 37; a battle message ROM 38; individual data 
RAM 39, fighting power data RAM 40; a random number 
generating unit 41; and via a display drive unit 42 to the 
above-described liquid crystal dot matrix display unit 24. 

VARIOUS DATA/PART PATTERN STORAGE 
CONDITIONS 

FIG. 3 schematically represents storage conditions of 
basic part patterns previously stored in the basic part pattern 
ROM 33. 

20 sorts of part patterns have been stored into preselected 
storage areas numbered by No. 01 to NO. 20 in this basic 
part pattern ROM 33. That is. 9 sorts of various parts 
components such as an outline, a hair style, eyebrows, eyes, 
a nose and a mouth are prepared for constituting various 
images of human, animals and a creature from outer space 
with respect to 20 sorts of parts patterns. 

In this case, 20 sorts of predetermined basic montage 
images may be produced by combining the part patterns 
corresponding to the respective parts (outline, hair style, 
eyebrows, eyes, nose, mouth) in the basic part patterns No. 
1 to No. 20 stored in the basic part pattern ROM 33. 

FIG. 4 schematically indicates storage conditions of life 
force recovery points previously stored in the life force 
recovery point ROM 36. 

Icons 54a to 54; corresponding to 10 sorts of image 
pattern data, which are selected by a user in the life force 
recovery mode, and also life force recovery points having 
present different values corresponding to these different 
pictorial icons 54a to 54^, are previously stored in this life 
force recovery point ROM 36. 

FIG. 5 schematically shows storage conditions of various 
data temporarily stored in the above-described RAMs. 

That is, the RAMs include the individual data RAM 39, 
the fighting power data RAM 40, and the display RAM 43. 
This individual data RAM 39 is arranged by an individual 
data register 39a and a montage data register 39b, 

The individual data register 39a is designated to store 
therein the individual data about 50 individuals which are 
arbitrarily inputted during the individual data input data. 
Each of these individual data is constructed of a name, an 
address, a telephone number, and an age. The montage data 
register 39b is designated to store therein montage data 
corresponding to the respective individual data in the mon- 
tage forming mode by combining part pattern numbers 
which correspond to a plurality of part patterns for consti- 
tuting various montages (pictorial images). 

In this case, the part numbers representative of the various 
parts (portions) are stored as the upper digit, whereas the 
part pattern numbers are stored as the lower digit. For 
instance, in case of individual data **A**, since the portion of 
the outline is "1", and the selected part pattern number is 
**01", the montage data about this outline becomes "101". 
Furthermore, since the portion of the hair style is and 
the selected part pattern number is "02", the montage data 
about this hair style becomes **202", Thus, the part numbers 
may be stored as the montage data for the respective parts in 
such a manner. 

On the other hand, the fighting power data RAM 40 is 
arranged by a basic fighting power data register 40a, a 
fighting power determining coefScient register 40b, a deter- 
mined fighting force data register 40c, a data register 40^ for 
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life force after attacking, and a data register 40e for life force 
after recovery. 

The basic fighting force data register 40a stores therein 
fighting force data which constitutes a base of a selected 
fighter, and has been registered by a user in the battle fighter 
register mode. The fighting power data is classified into life 
force data, attacking force data, and defensive force data, 
which will then be stored into the basic attacking force data 
register 40a. In this case, two digits of the lower digit portion 
of the corresponding montage data are allocated to the life 
force data and the attacking force data, whereas the first digit 
of the upper digit portion thereof is allocated to the defensive 
force data. 

For example, when an "A" is registered as the selected 
fighter in the individual data RAM 39, since the montage 
data corresponding to the portion of the outline is "101", the 
above-described fighting power data becomes "1", "0", "1" 
in the order of the defensive force data, the attacking force 
data, and the life force data. Also, since the montage data 
corresponding to the portion of the hair style is "202", the 
above-mentioned fighting power data becomes **2", **G", "2" 
in the order of the defensive force data, the attacking force 
data, and the life force data. These num^ values are stored 
as the respective data. 

Then, the fighting power determining coefQcient register 
40b is subdivided into a life force coefficient register 40bl, 
an anacking force coefficient register 40U, and a defensive 
force coef&cient register 40b3, Into the life force coef&cient 
register 40^1, the first digit value of the total value about the 
life force data allocated to the basic fighting power data 
register 40a is stored as the life force determining coefiScient 
"A" of the selected fighter. Into the attacking force coefiS- 
cient register 40W, the first digit value of the total value 
about the attacking force data is stored as the attacking force 
coefficient "B" of the selected fighter. Furthermore, into the 
defensive force coeflScient register 40W, the first digit value 
of the total value of the defensive force data is stored as the 
defensive force determining coefficient *'C* of the selected 
fighter. 

When the total value of the life force data stored in the 
basic fighting power data register 40a is, for instance, "123", 
the above-explained life force determining coef&cient "A" is 
"3" corresponding to the first digit value of this total value 
"123". When the total value of the attacking force data 
stored in the basic fighting power data register 402 is, for 
example, "26", the attacking force determining coefScient 
"B" is "6" corresponding to the first digit value of this total 
value "26". Also, when the total value of the attacking force 
data stored in the basic fighting power data register 40a is, 
e.g., "135", the attacking force determining coefficient "C 
is "5" corresponding to this total value of "135". 

Also, the determined fighting power data register 40c is 
subdivided into a life force data register 40cl, an attacking 
force data register 40c2, and a defensive force data register 
40c3. Into the respective registers 40cl, 40c2, and 40c3, life 
force data (ESP) of the selected fighter, attacking force data 
(PK) thereof, and defensive force data (TP) thereof are 
stored which have been calculated based on a calculation 
formula for determining the fighting power data previously 
stored into the calculation formula ROM 34. In this case, the 
calculation formula to determine the life force is given by 
the below-mentioned formula (1): 

life force data iESP)=Lift force deterndmng coe£Ecient '*A"xl0, 
000 (1), 
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The calculation formula to detennine the attacking force is 
given by the following formula (2): 

Attacb'ng force data (PX>=Attacldng force detenmning cocffident 
"B^xl.OOO (2). 

Further, the calculation formula to determine the defensive 
force is given by the following formula (3): 

Defensive force dam (7:p)sDe&]isive force detemdmng coeffideni 



••<rxi.ooo 



(3)- 



10 



As a consequence, when the life force determining coef- 
ficient "A" is "3", which is stored in the fighting power 
determining coefficient register 40b in correspondence with 
the selected fighter "A", the life force data (ESP) thereof 
becomes (30,000) calculated based on the above-explained l^ 
formula (1). When the attacking force determining coeffi- 
cient "B" is "6" the attacking force data (PK) thereof 
becomes (6,000) calculated based upon the above-described 
formula (2). Furthermore, when the defensive force deter- 
mining coefficient "C" is "5", the defensive force data (TP) 20 
becomes (5,000) calculated based on the above-mentioned 
fonnula 3. These numeral values are stored into the respec- 
tive registers 40cl to 40c3 for constituting the determined 
fighting force data register 40c. 

The data register 4Qd for life force after attacking stores ^5 
therein the remaining amount of the life force data after the 
attacking from the confronted fighter. In this case, the 
remaining amount of the life force after the respective 
fighters have attacked, is calculated based on a calculation 
fonnula (4) about the life force data after attacking, which 30 
has been previously stored in the attacking formula ROM 
35: 



life force data after attacking=Life force befbre 
ing point for confronted fighter {BP) 



-Attack- 
(4). 35 



It should be noted that the attacking point for attacking 
fighter (BP) may be calculated based on the following 
formulas (5) and (6). The first fonnula (5) is a basic value 
calculating formula which has been previously stored in the ^ 
attacking formula ROM 35: 

Basic valuesAttacldng force data for attacking fightBix(l-Defen- 
sive force for confronted &ghter/20.000)x4 (S). 

Also, the second formula (5) is an attacking point calculating 4S 
formula: 



Attacking point (BP)=Basic valuexRandom numeral value (6). 

The data register 40e for life force after recovery stores ^ 
therein the life force data recovered in accordance with the 
life force recovery point (refer to FIG. 4) selected in the life 
force recovery mode. This life force data afto* recovery is 
updated as life force data (ESP) of the determined fighting 
force data register 40c. 

Here, the above-described life force after recovery is 
calculated based on a life force recovery formula (7) previ- 
ously stored in the calculation formula ROM 24: 

Life force after rBCOvery=Origina] life forcei-life force recovery 
point (7) 60 

That is, both of the newly entered individual data and the 
montage data thereof are stored in the individual data RAM 
39. The fighting power of the selected fighter is stored as the 
life force data (ESP), the attacking force data (PK), and the 65 
defensive force data (TP) in the fighting power data RAM 
40. 



It should be understood that a plurality of montage data 
about the fighters on the side of the computer, who are 
confronted with the fighters selected by the user, have been 
previously stored in a ROM (not shown), and then the 
fighting power data, the respective determining coefficients 
for life force, attacking force, and defensive force, and the 
various data about life force data (ESP), attacking force data 
(PK), defensive force data (TP), and the life force after 
attacking data, which belong to the computer fighters suc- 
cessively selected as the confronted fighters, can be obtained 
in a similar manner to those of the above-described selected 
fighters. 

On the other hand, display part patterns at the respective 
battle win/lose determining stage have been stored in the 
expression part pattern ROM 37. That is, face expression 
changing part patterns corresponding to the eyes and mouth 
basic part patterns in the basic part pattern ROM 33 have 
been previously stored. 

Also, win/lose messages varied in response to the battle 
results have been stored in the battle message ROM 38 in 
addition to the message data required during the batde game. 
For instance, a message "You did it!" has been previously 
stored as the message displayed in combination with the face 
montage for the winner, and another message "Sorry, try 
again!" has been previously stored as the message displayed 
in combination with the face montage for the loser. 

On the other hand, the respective part patterns read out 
from the basic part pattern ROM 33 are synthesized in 
correspondence with the part pattern numbers for the respec- 
tive parts which constitute the montages of the selected 
fighters and the computer fighters stored in the correspond- 
ing individual data RAM 39 and computer fighter ROM (not 
shown), and thereafter the combined part patterns are stored 
in the display RAM 43. A portrait image and the like are 
supplied via the display drive circuit 42 to the liquid crystal 
dot matrix display unit 42 as to be displayed thereon 
adjacent to the above-described part patterns (see FIG. 1). 



OVERALL PROCESS OPERATION OF 
MONTAGE BATTLE GAME APPARATUS 

Overall process operation of the above-described mon- 
tage batde game apparatus with these anangements will now 
be described with reference to a flow chart shown in FIG. 6. 

Before executing the montage battle game, an input/ 
register process operation (see FIG. 7) of individual data is 
carded out at a first step XI. At this step XI, arbitrary 
individual data is inputted as his name, address, telephone 
number, and age. At the next step X2, a montage forming 
process operation (see FIG. 8 and FIG. 9) is carried out, in 
which a portrait image of the respective individual data is 
formed and montage data corresponding to this individual 
data is registered. 

Thereafter, at a step X3, a battle fighter register process 
operation (see FIG. 10 and HG. 11) is performed, and 
furthermore another process operation is executed so as to 
set fighting power data about a selected fighter and a 
computer fighter. After the above>described various process 
operations have been executed, a battle game process opera* 
tion (see FIG. 12 to FIG. 15) is carried out at a step X4. At 
this step X4, the battle game for the above-explained 
selected fighter battled with the computer fighter. 

This battle game is performed imtil the game stop key 21 
is manipulated by repeatedly executing the above-explained 
battle game process operation (steps X5 to X4). 
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INDIVIDUAL DATA INPUT/REGISTER 
PROCESS OPERATION 

In FIG. 7, there is shown a flow chart for explaining the 
contents of the above-described individual data input/regis- ^ 
ter process operation as defined at the step XI of FIG. 6. 

At a first step Yl of this flow chart, when a judgement 
result is made that the individual key 14a in the input unit 
32 is operated, the CPU 31 sets the operation mode to the 
individual data input mode. In this individual data input iq 
mode, when it is so judged at a step Y2 that such individual 
data as a name, an address, a telephone number, and an age 
are entered in accordance with the operations of the numeral 
entry key 25 and the alphabet entry key 27, these entered 
individual data are sequentially stored into the individual 15 
data register 39a in the individual data RAM 39 at a step Y3. 

At the subsequent step Y4, when the register key 18 is 
manipulated, the individual data input mode is released, so 
that registers of the respective individual data stored in the 
individual data register 39a are confirmed. 20 

MONTAGE FORMING/REGISTER PROCESS 
OPERATION 

FIG. 8 is a flow chart for representing the contents of the 25 
above-explained montage forming/register process opera- 
tion as defined in the step X2 of FIG, 6. 

At a first step SI of this flow chart, when the montage 
forming key 14b employed in the input unit 32 is operaed, 
the operation mode of the CPU 31 is brought into the 30 
montage forming mode. 

When the montage forming mode is in effective, the part 
pattern number "01" corresponding to the respective part 
patterns for constituting the first basic type montage image 
is set to the basic part pattern ROM 33 (see FIG. 3) at a step 35 
82. Also, the first part number (namely, part number of 
outline in this case) is set as the part used to change the 
pattern. 

As a consequence, the respective part patterns corre- 
sponding to the first basic type montage image are read out ^ 
from the basic part pattern ROM 33. Thereafter, these read 
part patterns are transferred to the display RAM 43 and are 
combined with each other at the next step S3. As a result, the 
combined part patterns are displayed as the first basic type 
montage image on the liquid crystal dot matrix display unit 
_ -24 at a step S4. - - - - 

Referring now to a flow chart of FIG. 9, a detailed process 
operation of the above-described data combining (synthe- 
sizing) process operation as defined at the previous step S3 
of HG. 8 will be explained. 

In this data synthesizing process, when the part pattern 
numbers of the respective parts are designated to the basic 
part pattern ROM 33 in order to constitute the first basic type 
montage image, the part pattern data corresponding to the 55 
designated part pattern numbers are read out from the basic 
part pattern ROM 33, and then are transferred to the display 
RAM 43 in which the contents of these part pattern data are 
synthesized with each other (steps Al to AS), 

In this case, the respective part pattems such as the 60 
outline, eyes, and nose which constitute the first basic type 
montage image are sequentially synthesized in the display 
RAM 43. As a result, with respect to this initial setting 
operation, the first basic type montage image constructed by 
the respective parts and the respective part pattems corre- 65 
sponding to the part pattern number **0 1 ", is displayed on the 
liquid crystal dot matrix display unit 24 (step A6). 
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Under this condition, when the basic montage selecting 
key 15^ employed in the input tmit 32 is operated, all of the 
respective part pattern numbers for designating the basic 
type montage image to the basic part pattern ROM 33 are 
changed from "01" to "02" (steps S5 and S6). 

As a consequence, in accordance with the changed part 
pattern number "02", after the respective part pattern data 
stored in the basic part pattern ROM 33 have been read out 
(in tills case, all numbers are "02"), the transfer/synthesizing 
process operation of the respective part pattems with respect 
to the display RAM 43 is carried out. Accordingly, the 
second basic type montage image is displayed on the liquid 
crystal dot matrix display unit 24 at tiie steps S3 and S4. This 
second basic type montage image is constructed by synthe- 
sizing the part pattems corresponding to the part pattern 
number "02" wWch involves all of tiie part patterns from the 
outiine part pattern to the mouth part pattern. 

When the basic montage selection keys ISa and 15b 
employed in the input unit 32 are sequentially operated, the 
process operation defined at the steps S3 to 36 is repeatedly 
carried out, so tiiat 20 sorts of basic type montage images 
previously stored as the part pattern numbers of "01" to "20** 
in the basic part pattern ROM 33 are sequentially changed 
and sequentially synthesized with each other, and finally are 
displayed. 

As a consequence, the user can previously select either 
such a desirable montage image itself, or one basic type 
montage image similar to this desirable montage image to be 
displayed on the liquid crystal dot matrix display unit 24. 

Under this display condition, when the part designation 
keys 16a and 16b employed in the input unit 32 are operated, 
the parts whose patterns should be changed, will be changed 
into otiier parts. For instance, when a specific part (for 
example, outiine part) among the basic type montage images 
selectively and previously displayed on the liquid crystal dot 
matrix display unit 24 by executing tiie process operation 
defined at the steps S3 to S6, is desired to be changed into 
another different part (e.g., hair part), this specific part is 
changed by operating the part designation keys 16a and 16b 
(steps S7 and S8). 

Thereafter, when the pattern selection keys 17a and lib 
are operated, the part pattern is changed among the corre- 
sponding parts of the basic part pattern ROM 33, which are 
designated as the parts to be changed. This changed part 
pattern is read out from the basic part pattern ROM 33 and 
tiien transferred to the display RAM 43. Thus, tiie presendy 
displayed part pattern on the liquid crystal display unit 24 
may be substituted by tiie transferred part pattern, and then 
this transferred part pattern is displayed thereon (steps S9, 
SIO, to S3. S4). As a consequence, the user may change tiie 
desired part into another different part among the basic type 
montage images selectively, previously displayed on the 
liquid crystal display unit 24, and then may display tills 
different part on this display unit 24. 

Furthermore, when tiiis different part is changed into tiie 
other part pattern, the part designation keys 16a and 16b are 
operated to change the part to be change. Thereafter, the 
pattern selection keys 17a and 17b big operated to change 
the part pattern number, whereby the part among the pres- 
endy displayed basic type montage images is changed into 
other part pattern, and tiien a desired montage image can be 
finally formed. At the steps S5 through SIO, for instance, as 
the respective part patterns of the montage image corre- 
sponding to the individual data "A", tiie outiine part pattern 
is selected as ^'Ol"; tiie hair style part pattern is selected as 
"02"; . . . , the nose part pattern is selected as "04"; tiie 
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mouth part pattern is selected as **QV\ and also the wear part 
pattern is selected as *t)3". After the montage image desired 
by the user could be obtained, when it is judged at a step SU 
that the register key 18 of the input unit 32 is operated, the 
part pattern numbers corresponding to the respective part 
patterns for constituting the synthesized montage image in 
the display RAM 43 are registered into the montage data 
register 39b within the individual data RAM 39 as the 
montage data corresponding to, for instance, the first indi- 
vidual data "A" at the step S12. 

REGISTER PROCESS OPERATION OF BATTLE 
FIGHTER 
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FIG. 10 and FIG. 11 are flow charts for explaining the 
detailed contents of the battle fighter register process opera- 
tion as defined at the above-described step X3 shown in FIG. 
6. 

At a first step Bl of the flow chart shown in FIG. 10, when 
a judgement result is made that the battle key 19 employed 
in the input unit 32 is operated during the battle fighter 
register process operation, the operation mode of the CPU 
31 is set to the battle fighter register mode. Thereafter, the 
names of the respective individual data stored in the indi- 
vidual data register 39a of the individual data RAM 39 are 
transferred to the display RAM 43 in a predeteimined format 
at the next step B2. Then, as shown in FIG. 16A, these 
individual names are displayed as a list of fighters to be 
selected, on the liquid crystal dot matrix display unit 24 in 
combination with such a character data 'IS FIGHTER 
SELECTED" read out fipom the battle message ROM 38. 

Under such a display condition, the fighter selection keys 
16a and 166 are operated at a step B3 to select "A" as the 
selected fighter Sla, as illustrated in FIG. 16B. Accordingly, 
the montage data corresponding to this individual name "A" 
is read out firom the montage data register 39^ of the 
individual data RAM 39 at a step B4, so that a portrait of this 
selected fighter Sla is displayed in combination with his 
name "A" (see FIG, 16C). 

In case of this portrait, since the respective part pattern 
numbers stored in the montage data register 39b in corre- 
spondence with the selected fighter whose name is "A", are 
given such that the outline is ''Ol". the hair style is *'02", . 
. . , the nose is "04" the mouth is "01", .... the 
corresponding part patterns are read out from the basic part 
pattem_ROM 33 -in. accordance, widi. these -part pattern 
numbers. Then, the read part patterns are synthesized with 
each other in the display RAM 43 and the synthesized part 
patterns are displayed on the display unit 24. 

Under such a condition that, as represented in FIG. 16C, 
the selected fighter Sla whose name is "A" is selected and 
his portrait is displayed, when the OK key 23 is manipulated 
at a step B5, the montage data "101", "202", . . . , "504" and 
"601" corresponding to this selected fighter 51a having his 
name of "A" are read out from the montage data register 
39b. At the next step B6, these read montage data are 
allocated and stored into the basic fighting power data 
register 40a of the fighting power data RAM 40 as the life 
force data, the attacking force data, and the defensive force ^ 
data for the respective parts. 

At the next step B7, a total value of each of the life force 
data; the attacking power data, and the defensive force data 
of the selected fighter stored in the basic fighting power data 
register 4Qa is calculated by the CPU 31. Then, the first digit 
values of the respective total values are stored as the life 
force determining coefScient "A", the attacking force deter- 
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mining coefScient '*B"^and the defensive force detennining 
coefficient '*C' into the relevant coefficient registers 4061 to 
4063 in the fighting power determining coefficient register 
406. 

Thus, when the respective fighting power determining 
coefficients "A", "B", "C could be obtained, calculations 
are performed for. the life power data (ESP), the attacking 
power data (PK), and the defensive force data (TP) about the 
selected fighter Shz based on the life power determining 
calculation formula (formula 1), the attacking force deter- 
mining calculation formula (formula 2), and the defensive 
force detemuning calculation formula (formula 3), which 
have been previously stored into the calculation formula 
ROM 34 at a step B8. The resultant data ESP, PK, TP are 
stored into the corresponding registers 40cl to 40c3 in the 
determined fighting power data register 40c. 

At the next step B9, as represented in FIG. 16D, these 
calculated data of tiie selected fighter Sla about the life force 
(ESP), die attacking force (PK), the defensive force (TP) are 
displayed in combination with the portrait of this selected 
fighter 51a on the liquid ciystal display unit 24. 

After the selected fighter by the user is registered in the 
above-described manner to set the fighter power data 
thereof, when it is judged at a step BIO that a lapse of 1 
second is counted by a timer built in the CPU 31, the 
montage data corresponding to the first computer fighter is 
read from plural sets of the montage data previously stored 
in a montage ROM (not shown) for the computer fighter. 
Then, the various fighting power data ESP, PK, TP about this 
first computer fighter are calculated based on the read 
montage data in a similar manner to that of the above- 
described selected fighter at the subsequent step Bll. 

Thereafter, at a step B12, only the life force data (ESP) 
among the fighting power data of the computer fighter Sib 
is displayed on the liquid crystal display unit 24 in combi- 
nation with the portrait of this conq)uter fighter Sib synthe- 
sized based on the montage data corresponding to the first 
(LEVEL- 1) computer fighter, as represented in FIG. 16E. 
Both the attacking force data (PK) and the defensive force 
data (TP) other than this life force data (ESP) are not 
displayed, but symbol data of **????' are alternatively dis- 
played. 

Thereafter, when at a step B13, it is so judged that a lapse 
of 1 second is counted by the timer built in the CPU 31, the 
random numbers of 0 to 9 are generated by the random 
number generating unit 41 at a step B14. Depending upon 
such a fact as to, for instance, whether the generated ranctom 
number corresponds to the even number^ or the odd number,- 
a decision is made who is the first attadcer for the above- 
described selected fighter 51a and computer fighter 516. 

At the next step B15, as shown in FIG. 16F, a life force 
representing bar 52a for the selected fighter 51a and a life 
force representing bar 526 for the computer fighter 516, 
which indicate remaining amounts of the respective life 
force based on these life force data (ESP), arc displayed in 
addition to the respective portraits of the fighters 51a and 
516. In correspondence with the above-described first 
attacker decision, an attacking arrow 53a indicative of the 
attacking direction between these fighters is displayed. In 
case of FIG. 16F, the attacking arrow 53a indicates that the 
selected fighter is the first attacker. 

As described above, when the user selected fighter and the 
computer fighter are registered, such a condition that the 
battle game can be performed can be established 

BATTLE PROCESS OPERATION 

A battie process operation for the montage battie gate as 
defined at the step X4 of FIG. 6 will now be described with 
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refeience to flow charts shown in FIG. 12 to FIG. 14. At a 
first step CI of the flow chart shown in FIG. 12, when it is 
judged that the game start key 20 is operated, the operation 
mode of the CTU 31 is set to the battle game mode. 
Thereafter, as shown in FIG. 16G, such a figure which 5 
represents the selected fighter under attacking is displayed at 
a step C2 in accordance with the bit map pattern previously 
stored in the ROM. 

At the subsequent step C3, the random numbers "0" to "9" 
are produced from the random number generating unit 41. 10 
These random numbers are substimted for the random 
numbers of the attacking point calculation formula (formula 
6) different from the basic value calculation formula (for- 
mula S) previously stored in the attacking formula ROM 35, 
and the attacking point (BP) for the selected fighter 51a is is 
calculated based upon this attacking point calculation for- 
mula (6). 

On the other hand, in response to the above-explained 
process operation, the computer fighter Sib is attacked by 
the selected fighter Sla based on the calculated attacking ^0 
point (BP) of the selected fighter 51a. Then, a step C4, new 
life force data (ESP) of the computer fighter Sll? who has 
received the attack made by the selected fighter 51a by way 
of substituting the above-described attacking point (BP) 
value of the selected fighter 51a for another attacking point ^5 
(BP) of the calculation formula (4) for the life force data 
after attacking which has been previously stored in the 
attacking formula ROM 35. 

At the next step C5, as iUusU^ted in FIG. 16H, there are 
displayed the portrait of the selected fighter 51a, the life 
force representing bar 52a corresponding to the attacking 
life force data (ESP), the portrait of the computer fighter 
51b, and the life force representing bar 52b for the computer 
fighter, corresponding to the life force data (ESP) after 
attacking, which has been calculated at the previous step C4, 
Also, another attacking arrow 53i? indicative of the attacking 
direction by the computer fighter 51^ as the second fighter 
is displayed. 

At the subsequent step C6. when it is judged that a 
predetermined time period has been measured by the CPU 
31, such a figure that the computer fighter Sib is attacking 
is displayed in accordance with the bit map pattern previ- 
ously stored in the ROM at a step C7 (see HG. 161). 

Then, at a further step C8, the random numbers "0" to "9" 45 
are produced from the random number generating unit 41. 
These random numbers are substituted for the random - 
numbers of the attacking point calculation formula (formula 
6) different from the basic value calculation formula (for- 
mula 5) previously stored in the attacking formula ROM 35, 50 
and the attacking point (BP) for the computer fighter 51b is 
calculated based upon this attacking point calculation for- 
mula (6). 

On the other hand, in response to the above-explained 
process operation, the selected fighter 51a is attacked by the 55 
computer fighter Sib based on the calculated attacking point 
(BP) of the computer fighter 51b. Then, a step C9, new life 
force data (ESP) of the selected fighter 51fl who has received 
the attack made by the computer fighter 51^ by way of 
substimting the above-described attacking point (BP) value 60 
of the computer fighter Sib for another attacking point (BP) 
of the calculation formula (4) for the life force data after 
attacking which has been previously stored in the attacking 
formula ROM 35. This calculated life force data (ESP) is 
stored into the life force data after attacking register 4(H and 65 
is updated as life force data (ESP) of the determined fighting 
power data register 40c. 



At the next step CIO, as illustrated in FIG. 16J, there arc 
displayed the portrait of the selected fighter 51a, the life 
force representing bar 52a for the selected fighter, corre- 
sponding to the life force data (ESP) after attacking calcu- 
lated at the step C9, the portrait of the computer fighter 512^, 
and the life force representing bar S2b for the computer 
fighter. Also, another attacking arrow 53^ indicative of the 
attacking direction by the selected fighter 51a as the fighter 
is displayed 

Thereafter, at a step Cll, when it is judged that the life 
force recovery key 22 is operated, the process operation is 
advanced to the life force recovery process operation (FIG. 
15) in which the life force data (ESP) of the selected fighter 
51a may be recovered. 

Either after the recoveiy process operation of the life 
force data (ESP) has been performed, or while the life force 
recovery key 22 is not yet operated, until the value of the life 
force data (ESP) for either the selected fighter 51a, or the 
computer fighter Sib becomes "0", the above-described 
attacking operation between the selected fighter 51a and the 
computer fighter 51^? as defined at the steps C2 to CIO is 
repeated (steps C13, C2 to CIO). 

On the other hand, when the value of the life force data 
(ESP) of the computer fighter 51fc becomes, e.g., "0", while 
repeating the attacking operation between the respective 
fighters at the previous steps C2 to CIO, as shown in FIG. 
17A, the portrait of the selected fighter 51a and also the life 
force representing bar 52a are displayed. At the same time, 
the present portrait of the computer fighter Sib is substituted 
by another portrait indicative of loser's oq)ression, which 
has been previously stored in the expression pait pattern 
ROM 37, Furthermore, another life force representing bar 
52a for tiie computer fighter corresponding to the value "0" 
of the above-described life force data is displayed (steps C13 
to C14). 

At tiie next step C15, the portrait of the first computer 
fighter (LEVEL-1) 51b who has lost this battle game is 
erased from the display screen, as illustrated in FIG. 17B. In 
this case, the process operation as defined from the step C14 
to tite step C15 is repeated, and then the images as shown in 
FIG. 17A and FIG. 17B are repeatedly displayed (steps C16 
to C14 and C15). 

When the OK key 23 is manipulated under such a 
condition that the fighter 51a selected by the user succeeds 
in the battle game and the first computer fighter (LEVEL-1) 
Sib loses this battle game, tiie montage data conresponding 
to tiie second computer fighter (LEVEL-2) 51c is read out 
from a plurality of montage data previously stored in the 
montage ROM (not shown) for the computer fighters. Based 
on the read montage data about the second computer fighter 
51c. the fighting power data (ESP), (PK), (TP) are calcu- 
lated. At the same time, as represented in FIG. 17C, another 
portrait of the second computer fighter (LEVEL-2) 51c 
which has been formed based upon the montage data cor- 
responding to this second computer fighter (LEVEL-2) 51c, 
is displayed together with only die life force data (ESP) 
among these fighting power data thereof on the liquid crystal 
display unit 24 (steps C16 to C17). 

At the next step C18, the attacking operation between die 
selected fighter 51a and die second computer fighter 
(LEVEL-2) 51c is perfomied in a similar manner to the 
above-described operation (step C18). 

Conversely, when die value of die life force data (ESP) 
becomes, e.g., **0" while repeating the attacking operation 
between the first computer fighter Sib and die selected 
fighter 51a at die steps C2 to CIO, both of the portrait of the 
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winner, i.e., the computer fighter 51b and the life force 
representing bar S2b are displayed as shown in FIG. 17E. 
Then, the present portrait of the selected fighter 51a is 
substituted by another portrait indicative of loser's expres- 
sion, which has been previously stored in the expression part s 
pattern ROM 37. Furtiiennore, the life force representing bar 
52a for the selected fighter, corresponding to the value "0" 
of the life force data thereof is displayed (steps C13 to C19). 

Thereafter, at a step C20, the present portrait of the 
selected fighter Sla who has lost this battle game is erased 
from the display screen of the liquid crystal dot matrix 
display unit 24. 

UFE FORCE RECOVERY PROCESS 

OPERATION 15 

With reference to a flow chart shown in FIG. 15, the life 
force recovery process operation as defined at the step C12 
of the battle game process operation shown in FIG. 12 and 
HG. 13 will now be described in detail. 20 

This life force recovery process operation is carried out 
when a judgement is made that die life force recovery key 
22 is operated at a first step Dl. In case that the operation 
mode of the CPU 31 is set to the life force recovery mode 
in accordance with this operation, as illustrated in FIG. 16K, 25 
such a sub-menu image is displayed on the liquid crystal 
display unit 24 based on the data about messages "ESP 
Item" and "Continue Fighting" read out from the batde 
message ROM 38 (step D2), 

At the next step D3, it is judged that the "ESP item" to 30 
recover the life force is selected by operating the item 
selection key 16^?, any one of the random numbers 0 to 9 is 
produced by the random number generating unit 41 (step 
D4). 

Then, as illustrated in HG. 16L, under such conditions 
that the portrait of the computer fighter 5lb, the life force 
representing bar 52b of this computer fighter Sib, the life 
force representing bar Sla for the selected fighter, and the 
attacker's arrow 53a are represented, 10 sorts of icon 
pattems 54a to 54y previously stored in the life force ^ 
recovery point ROM 36 are sequentially displayed in a 
predetermined rotation sequence from the icon correspond- 
ing to the random number generated at the previous step D4 
(step D5). 

When at the previous step D4, the random number pro- 
duced from the random number generating unit 41 is, for 
- - instance, 4i the icon (4) 54^, stored in the life force recovery- - 
point ROM 36 is displayed and then the subsequent icon (5) 
54e, icon (6) 54/ icon (7) 54g, .... are successively, ^ 
rotadvely displayed in an endless rail form (steps D6 to D5). 
It should be noted that the respective icons 54a to 54/ 
correspond to such image data having different pictorial 
forms as animal image data. 

At the next step D6, when it is judged that the OK key 23 55 
is operated, and the icon presently displayed on the liquid 
crystal display unit 24 is, for example, the icon (3) 54c (see 
FIG. 16M), the life lime recovery point of •*27000" previ- 
ously stored in the life time recovery point ROM 36 corre- 
sponding to the icon (3) 54c is read. Then, the icon 54c go 
containing this read recovery point "270(X)'* is stopped and 
displayed at the display point of the portrait for the computer 
fighter 5Vf whose life force is tried to be recovered at a step 
D7. 

At the subsequent step D8, based 00 the life time recovery 65 
formula (7) previously stored in the calculation formula 
ROM 34, the previous value "27000" of the life force 
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recovery point corresponding to the icon 54c displayed in 
the step D7 is added to the value of the present life force data 
(ESP) stored in the determined fighting power data register 
40c. The added value is stored in the life force data after 
recovery register 40e, and this value is used to update the 
latest life force data as new life force data (ESP) for the 
selected fighter. Then, the updated life force data is stored in 
the determined fighting power data register 40c (step D8). 

As a consequence, the portrait of the selected fighter 51a 
is displayed instead of the above-described icon 54c (see 
FIG. 16N), and also the life force representing bar 52a 
corresponding to the life time data after recovery is dis- 
played. 

As a consequence, in accordance with the above-de- 
scribed montage battle game apparatus of the preferred 
embodiment, when the sub-menu image is displayed by 
operating the life force recovery key 22 and then the ESP 
item is selected so as to recover the life force of the relevant 
fighter (in this case, the selected fighter 51a), these icons 54a 
to 54; corresponding to 10 sorts of recovery points previ- 
ously in the life force recovery point ROM 36, are succes- 
sively displayed in the rotary mode in accordance with a 
predetermined sequence instead of the display of the 
selected fighter 51a whose life force should be recovered. 
Accordingly, when one of these icons (e.g., the icon 54c) is 
displayed, if the OK key 23 is operated, then the above- 
described rotary representation of this icon 54c is stopped. 
At the same time, since the value *'27000'' of the life force 
recovery point corresponding to this icon 54c is added to the 
value of the life force data owned by the present selected 
fighter 51a, this life force can be recovered in consideration 
of the user's desire. Moreover, the user can manually select 
one desirable icon liom a plurality of icons used to recover 
the life force, which arc successively displayed in the rotary 
mode, and then this user can consider the most favorable life 
force data, so that such a battle game with the higher grade 
can be realized. 

MODDFICATIONS 

Although the liquid crystal dot matrix display unit is 
employed as the means for armouncing the comparison 
result in the above-described preferred embodiment, this 
comparison result may be informed by way of sounds, voice, 
or may be printed out 

Also, although the respective part numbers are employed 
as the portion data in the above-explained embodiment, the 
respective part pattern data per se for constitotihg the object 
image may be alternatively utilized. 

Furthermore, as the object images for comparisons in the 
above-described embodiment, both the selected fighter 51a 
and the computer fighters 51b, Sic, . . . , are utilized which 
are selected from a plurality of formed montage images, and 
a plurality of computer fighters previously stored in the 
montage ROM for the computer fighters. Alternatively, the 
selected fighters may be fighted with each other, otherwise 
the computer fighters may be fighted with each other. 

Additionally, the fighters are fighted within a single battle 
game apparatus in the above-explained embodiment Alter- 
natively, a plurali^ of apparatiis equipped with conmiuni- 
cation functions are employed, while the comparison data 
are conrnmnicated with each other by way of radio waves, 
or lines. Then, the selected fighters may be fighted with each 
other on the different apparatuses. 

What is claimed is: 

1. An electronic game apparatus for electronically playing 
a competing game, comprising: 
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numeral value data generating means for generating a 
plurality of numeral data having difTerent values in an 
irregular sequence; 

setting means for setting two aiticle images formed by 
combining poition images corresponding to respective S 
portions of the articles; 

point data storage means for storing therein first point data 
corresponding to the respective portion images for 
constimting each of said article images as to each of 
said two article images set by said setting means; lO 

judging means for allocating third point data to each of 
said two article images based upon said first point data 
stored in said point data storage means in correspon- 
dence with said respective article images, and also 
second point data corresponding to said numeral value is 
data generated from said numeral value data generating 
means, and forjudging a competing result between said 
two article images set by said setting means based upon 
magnitudes of said thkd point data allocated to the 
respective article images; and 20 

display means for displaying said competing result 
between said article images. 

2. An electronic game apparatus as claimed in claim 1, 
wherein said display means includes means for displaying: 

a first display in which said two articles set by said setting ^ 
means are displayed as a first image; and 

a second display in which at least one of said two article 
images displayed as said first display is changed into a 
second article image having a different shape from that 
of said at least one article image of said first image 
corresponding thereto in accordance with the judge- 
ment result made by said judging means; 

said display means displaying said second article image as 
a visual image. 3^ 

3. An electronic game apparams for electronically playing 
a competing game, comprising: 

numeral value data generating means for generating a 
plurality of numeral data having different values in an 
■ irregular sequence; 40 
setting means for setting a plurality of article image data 
constructed by combining portion image data with each 
other corresponding to respective portions of articles; 
and 

judging means forjudging a competing result (i) between *5 
a plurality of article images represented by said plu- 
rali^ of article image data set by said, setting means _ 
based on both point data set in correspondence with 
portion image data for constituting said article image 
data, and point data corresponding to said numeral 
value data generated from said numeral data generating 
means; and (ii) between said article images judged by 
said judging means; and wherein: 

said setting means includes: 

portion image storage means for storing said plurality of 
portion image data corresponding to the respective 
portions of said articles; 

designating means for designating one of said plural 
portion image data stored in said portion image storage 50 
means for each portion; and 

article image data storage means for storing a plurality of 
article image data made by combining said portion 
image data with each other for the respective portions 
designated by said designating means. 65 

4. An electronic game apparams for electronically playing 
a competing game, comprising: 
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numeral value data generating means for generating a 
plurality of numer^ data having different values in an 
irregular sequence; 

setting means for setting a plurality of article image data 
constructed by combining poition image data with each 
other corresponding to respective portions of articles; 
and 

judging means forjudging a competing result (i) between 
a plurality of article images represented by said plu- 
rality of article image data set by said setting means 
based on both point data set in correspondence with the 
portion image data for constituting said article image 
data, and point data corresponding to said numeral 
value data generated from said numeral data generating 
means; and (ii) between said article images judged by 
said judging means; and wherein: 

said judging means includes: 

article image data selecting means for selecting two sets 
of article image data from a plurality of article image 
data set by said setting means in order to perform the 
competing judgement; and 

competing result judging means for judging the compet- 
ing result between two sets of article images indicated 
by said selected article images based on both die point 
data corresponding to the numeral data generated by 
said numeral data generating means and the point data 
set in correspondence with said portion image data. 

5. An electroiuc game apparatus as claimed in claim 1, 
wherein: 

said two article images set by said setting means are face 
images. 

6. An electronic game apparatus as claimed in claim 1, 
further comprising: 

announcing means for announcing said competing result 
judged by said judging means in addition to a display 
of the competing result on said display means. 

7. An electronic game apparatus for electronically playing 
a competing game, comprising: 

numeral value data generating means for generating a 
plurality of numeral data having different values in an 
irregular sequence; 

setting means for setting a plurality of article image data 
constructed by combining portion image data with each 
other corresponding to respective portions of articles; 

judging means forjudging a competing result (i) between 
a plurality of article images represented by said plu- 
rality of article image data set by said setting means 

~ bas^ on both point data set in cdrrespondence with the 
portion image data for constituting said article image 
data, and point data corresponding to said numeral 
value data generated from said numeral data generating 
means; and (ii) between said article images judged by 
said judging means; and 

image modifying means for modifying an article image 
represented by said article image data set by said 
setting means into another article image having a 
different form from that of the first-mentioned article 
image data in response to the competing result judged 
by said judging means. 

8. An electronic game apparams for electronically playing 
a competing game, comprising: 

numeral value data generating means for generating a 
plurality of numeral data having different values in an 
irregular sequence; 

setting means for setting a plurality of article image data 
constructed by combining portion image data with each 
other corresponding to respective portions of articles; 
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judging means forjudging a competing result (i) between 
a plurality of article images represented by said plu- 
rality of article image data set by said setting means 
based on both point data set in correspondence with the 
portion image data for constituting said article image 5 
data, and point data corresponding to said numeral 
value data generated from said numeral data generating 
means; and (ii) between said article images judged by 
said judging means; and 

image erasing means for erasing said article images jq 
represented by said article image data set by said 
setting means from said display means in accordance 
with said competing result judged by said judging 
means. 

9. An electronic game apparatus for electrically playing a 
competing game, comprising: 

display means for displaying at least an image; 
numeral data generating means for generating a plurality 

of numerical data having different values in an irregular 

sequence; 20 
point data storage means for storing a plurality of point 

data corresponding to a plurality of article image data, 

respectively; 

image data storage means for storing said plurality of 
article image data constructed by combining portion 25 
image data with each other with respect to a plurality of 
portions; 

selecting means for selecting at least two sets of article 
image data from said plurality of article image data 
stored in said image data storage means; 30 

display control means for causing at least said two sets of 
article image data selected by said selecting means to 
be displayed on said display means'; 

game starting instructions means for instructing starting 
of said competing game; 35 

reading means for reading first point data corresponding 
to each of said two article images displayed on said 
display means in response to the instruction issued 
from said game starting instruction means from said 
point data storage means for each of said two article ^ 
image data; and 

competing result determining means for allocating to said 
two sets of article image data, third point data formed 
based on both said first point data read by said reading 
means for each of said two sets of article image data 
and second point data corresponding to said irregularly 
generated numeral dj^ and for detcrmiiung. a compet- _ 
ing result between said two article images based upon 
comparison results in magnitudes of said third point 
data allocated to said two sets of article image data. 

10. An electronic game apparatus as claimed in claim 9, 
further comprising: 

announcing means for announcing said competing result 
judged by said competing result determining means. 

11. An electronic game apparatus as claimed in claim 10, 
further comprising: 

image modifying means for modifying an article image 
represented by said article image data selected by said 
selecting means into another article image having a 50 
different form from that of the first-mentioned article 
image data in response to the competing result judged 
by said competing result determining means. 

12. An electronic game apparatus as claimed in claim 9, 
further con^iising: 65 

image erasing means for erasing said article images 
represented by said article image data selected by said 
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selecting means from said display means in accordance 
with said competing result judged by said competing 
result determining means. 

13. An electronic game s^aratus as claimed in claim 9, 
further comprising: 

partial image data storage means for storing a plurality of 
partial image data with respect to a plurality of por- 
tions; 

selecting means for selecting said plurality of partial 
image data stored in said partial image data storage 
means with respect to each of said portions; and 

image storage controlling means for causing a plurality of 
article image data consuiicted by combining the respec- 
tive partial image data selected by said selecting means 
for the respective portions to be stored into said image 
data storage means. 

14. An electronic game apparams for determining a com- 
peting result based on at least first and second point data, 
comprising: 

display means for displaying at least images representa- 
tive of image data; 

first data storage means for storing a plurality of first point 
data having different points corresponding to a plurality 
of first different image data and respective first image 
data; 

second data storage means for storing second point data 
corresponding to a plurality of second image data 
constructed by combining partial image data corre- 
sponding to a plurality of image portions and said 
respective image data; 

selecting means for selecting arbitrary second image data 
from said plurality of second image data stored in said 
second data storage means; 

display control . means for sequentially displaying said 
plurality of first different image data stored in said first 
data storage means and at the same time, for displaying 
the arbitrary second image data selected by said select- 
ing means; 

manual operation means for selecting arbitrary image data 
by a manual operation from said plurality of different 
image data sequentially displayed on said display 
means; 

reading means for reading first point data corresponding 
to the first image data instructed by said manual opera- 
tion means from said first data storage means, and also 
for reading second point data corresponding to the. 
respective portion image data for constituting the sec- 
ond image data being displayed on said display means, 
while operating said manual operation means, from 
said second data storage means; and 

competing result determining means or setting third point 
data defined by said first and second point data read 
from said reading means as one of said first and second 
point data, and for determining a competing result 
based on a con^arison result in magnitude of said first 
and second pomt data. 

15. An electronic game apparatus as claimed in claim 14, 
further comprising: 

armoimcing means for announcing said competing result 
determined by said competing result determining 
means. 

16. An electronic game apparams as claimed in claim 14, 
furtiier con^rising: 

image modifying means for modifying an article image 
represented by said second arbitrary image data 
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selected by said selecting means into another image 
having a <Mercnt fonn from that of said second arbi- 
trary image data in response to the competing result 
determined by said competing result determining 
means. 5 

17. An electronic game apparatus as claimed in claim 14, 
further comprising: 

image erasing means for erasing a second image repre- 
sented by said second arbitrary image data selected by 
said selecting means from said display means in accor- 
dance with said competing result determined by said 
competmg result determining means. 

18. An electronic game apparatus as claimed in claim 14, 
further comprising: 

partial image data storage means for storing a plurality of 
partial image data with respect to a plurality of por- 
tions; 

selecting means for selecting said plurality of partial 
image data stored in said partial image data storage ^ 
means with respect to each of said portions; and 

image storage controlling means for causing a plurality of 
article image data constructed of combining the respec- 
tive partial image data selected by said selecting means 
for the respective portions to be stored into said image 25 
storage means, as said second image data. 

19. An electronic game apparatus as claimed in claim 14, 
further comprising: 

article image data storage means for storing a plurality of 
article image data; 



selecting means for selecting at least two sets of article 
image data from said pliu^ image data stored in said 
article image data storage means; and 

image data storage controlling means for causing said two 
sets of article image data selected by said selecting 
means to be stored into said second data storage means 
as said second image data. 

20. An electronic game apparatus as claimed in claim 14 
wherein one image data among said plural second image 
data stored in said second data storage means corresponds to 
article image data produced by a user by combining the 
partial image data with each other with regard to said 
plurality of portions, whereas the other image data among 
said second image data corresponds to article image data 
produced by a preselected combination of said partial image 
data with respect to said plurality of portions. 

21. An electronic game apparatus as claimed in claim 14 
wherein said display control means performs such a control 
operation that said plurality of first image data stored in said 
first data storage means are sequentially displayed on said 
display means every time a predetermined time has passed. 

22. An electronic game apparatus as claimed in claim 14 
wherein said plurality of second image data selected by said 
selecting means correspond to face image data constructed 
by combining the partial image data for said plural portions. 
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[57] ABSTRACT 

A data processing system is provided for tallying 
wealth accumulation among a plurality of competing 
players. Each player has a game entry device coupled 
to a central processing unit. The CPU receives data on 
an interrupt basis from each of the player sutions and 
regulates the ordered play among the competitors. The 
CPU is responsive to the data for mdicating a winner, 
calculating the accumulated point total or wealth of 
each of the players and for indicating the amount neces* 
sary for a player to risk in order to stay in the competi- 
tion. Anyone of the player stations designated may 
perform house or banking functions in addition to 
player functions. 
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and receiving wealth upon demand, wager selector 

MULTIPLE PLAYER GAME DATA PROCESSING means for registering and indicating an amount wagered 

SYSTEM WITH WAGER ACCOUNTING and withdrawal selector means for registering with- 
drawal from the game. Player wealth inquiry means for 

Tliis is a continuation of application Ser. No. 616,291 5 each respective player station is operative only at such 

filed Jun. 1, 1984, now abandoned. station for selectively indicating a wealth amount for 

« . ^,,^,v^TTv,,^ ,^v,^,^v, the respective player. A central processing unit is oper- 

BACKGROUND OF THE INVENTION atively coupled to the player sutions for receiving Ae 

The invention relates to an multiple player game data respective wagers and computing and indicating the pot 

processing system with wager accounting for keeping 10 at stake; for reducing such player's registered wealth in 

track of holdings, winnings, or accumulated points accordance with that player's respective wager; and for 

among a plurality of players. Particularly, in a preferred comparing the amount of each player's registered 

embodiment, the invention is used as a tallying, game wager with a successive higher wager, for calculating 

and player sequencing device in a game of poker. the difference therebetween and for registering and 

In the game of poker, two or more players receive IS indicating an amount necessary for such player to 

cards and bet or wager against each other in accordance wager in order to remain in the game. Means at the 

with known rules. Bets are tracked by use of cash or central station is operative to register and indicate a win 

colored chips, each representing points scored or a and the amount thereof in response to the operation of 

denomination of money. A player buys chips from the the withdrawal selector means by all of the players but 

bank or house and plays with chips as the equivalent of 20 the winner of said game. The wealth selector means 

money in making wagers during the game or games. At communicates with the central station and the winner's 

the end of play, the player cashes the chips for money. player station for increasing the wealth amount of the 

The allotment and cashing of chips is time consuming, winner by the pot amount registered by the central 

susceptible to error and inconvenient. station in response to wealth acknowledgement by the 

Sometimes during a game, betting errors occur. For 25 winning player, 
example, it is difTicult to keep track of which players are Means is provided for designating one player station 
in or out of the game and for what wager amount, espe- with bank function, and for changing said designation in 
cially when there are multiple raises. There are also response to a signal from such station designating an- 
other inconveniences associated with chips or cash. For other as the bank and an acknowledgement from said 
example, table space is occupied, chips must be stacked 30 station. 

fl« Z^^ZZtll^J^^ DESCRIPTION OF THE DRAWING 
Upset and must be re-stacked. 

The present invention eliminates the foregoing diffi- FIG. 1 is a schematic block diagram of the gaming 

culties and, in addition, adds excitement and a new device of the present invention showing eight player 

strategic dimension to the game of poker. For example, 35 stations and a central station. 

the invention displays for all players the pot at stake in FIG. 2 is a schematic illustration of the layout of the 

a particular game. The wagered amount the raise, and system including a player station, interfaces and a cen- 

the amount necessary for a player to stay in may be tral processing unit, 

displayed to an individual player upon demand. It also FIG. ZA-ZC taken together from left to right make 
displays which players are in the game, whether a bet 40 up a schematic diagram of a typical player station, 
exceeds a player's wealth, whose turn it is to be, and the FIGS. 4A-4C taken together from left to right make 
winner at the completion of a hand. The order of bet- up a schematic diagram of an interface between each of 
ting is strictly enforced, except during the ante phase the player stations and the central processing unit show- 
when random betting and entry is permitted. ing inputs and outputs, along with system RAM and 

In addition, individual players have private access to 45 lamp and display drives, 

data indicative of their personal total wealth and their FIGS. 5A-5B taken together from left to right make 

personal stake in each individual on-going game. The up an electrical schematic of the central processing unit 

game is accellerated for additional excitement because with inputs and outputs. 

play is not seriously interrupted for the banking tasks FIG. 6 is a block diagram illustrating game and flow 

and annoying pot and game status inquiries of inatten- SO chart sequencing for various game phases of the present 

tive players. invention. 

ciTx^vj T-trr? Tvn/cxrrii-wvT FIGS. 7A~7B from top to bottom make up a flow 
SUMMARY OF THE INVENTION ^^isl^ Ulustrating program functions of the gaming de- 
There has provided a multiple player game data pro- vice of the present invention. 

cessing system with wager accounting for determining 55 FIGS. 8A-8C make up a flow chart illustrating more 

respective aggregate points or wealth, gains and losses details of program functions set forth in FIGS. 7A-7B. 

and the stake of each of a plurality of players wagering FIG. BD is a chart showing the arrangement of draw- 

against each other in a game of chance. The system ings for FIGS. 8A-SC. 

amount necessary for a player to enter and remain in the 

game as initial and successive wagers are made, and In FIG. 1 there is shown a gaming device 10 of the 

means for increasing and decreasing each player's re- present invention. The preferred device 10 is, as herein- 

spective aggregate wealth or accumulated points in before described, an electrical system for keeping track 

accordance with the wagers made and the outcome of 65 of the various aspects of an on-going poker game among 

the game. The system includes a player game entry a plurality of players. The game comprises a master or 

device or station for each player including respective central station 12 and a plurality of, preferably eight (8), 

wealth acknowledgement means for acknowledging player stations 14 (1-8) interconnected to the master 
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sution 12 over dedicated channels 16 (1-8). Although 
eight player stations 14 (1-8) are shown, in a preferred 
embodiment, fewer may be used in a game. Suffixes 
(1-8) refer to particular player stations and are not used 
when referring to devices generally. 

The master station 12 has a plurality of sets of indica- 
tors 18 (1-8), one for each player station 14. Each dis- 
play 18 is dedicated to give information relevant to a 
player sitting opposite the same. Each set of indicators 
18 includes a plurality of colored lights respectively 
indicating: WIN (red), IN/OUT (green), PLAYER UP 
(white), and WEALTH EXCEEDED (amber). In ad- 
dition, a plurality of digital displays 20 are provided for 
giving numerical information. The indicators 18 and 
displays 20 are conveniently located so that each player 
can see the information conveyed by the master station 
12. Although 4 digital displays 20 are shown, more or 
less may be used if desired because, unlike the indicators 
18 (1-8), the digital displays 20 show information com- 
mon to the game rather than individual players. 

Each player station 14 has an alpha numeric keyboard 
24 having individual keys 33 for inputting information 
and functional tasks to the system. The keys 33 are 
labeled or coded as follows: 



Key Name 


Function 


0-9 


Numerical inputs 


(.) 


Decimal Points 


BET/RAISE/WIN ACK 


Beii raise, win acknowledge 


and NEW GAME 


and new game 


OUT 


WiUidraw from game 


INC WA 


Increase Wealth Account 


DEC WA 


Decrease Wealth Account 


BA 


Display Bet Account 


PA 


Display Personal Account 


WA 


Display Wealth Account 


HA 


Display Hand Account 


CLEAR 


Clear Display 


ABORT 


Exit House/Bank Mode 


OS/ACK 


Initiate Bank move and 




Acknowledge Bank move 



10 



IS 



20 



25 



30 



The function of the keys 33 and corresponding opera- 
tion of the device 10 shall be hereinafter described in 
detail in conjunction with a description of the various 45 
functional elements of the device. 



System Operation 

Referring to FIG. 2, there is shown in block form the 
central station 12 incorporating therein a central pro- 
cessing unit (CPU) 26 and a general interface 28G. 
There is also shown in detail one Of the eight player 
stations 14 (1) connected in parallel to the central sta* 
tion 12 over the corresponding channel 16 (1). Each 
player station 14 has a player sution interface 28P 
which couples the keyboard 24 of the player station 14 
with the CPU 26 via the general interface 28G and the 
respective dedicated channel 16. 

In FIG. 2, the CPU 26 is coupled to the general inter- 
face 28G over data bus 30D and address bus 30A. Each 
player station 14 is coupled in parallel to the data bus 
30D of the central station general interface 28G via a 
dedicated channel 16. A station address line SA, herein- 
after described, addresses each player station 14 by a 65 
dedicated code unique to such station. The CPU thus 
communicates with each player station 14 individually 
and exclusively. 



Player Station 14 

For a description of the player station 14, reference is 
directed to FIGS. 2 and 3A-C. Each player station 14 
comprises a keyboard 24 with decoder 21 and display 22 
and a player sUtion interface 28P. One such keyboard 
24, with decoder 21 and display 22 is incorporated into 
a hand-held calculator (not shown) such as Model No. 
TI-1000 manufactured by Texas Instruments. The de- 
vice accepts inputs by mechanically shorting a matrix of 
respective horizontal and vertical wires 32 and 34. In 
FIG. 3C, such an arrangement is shown. The wires 32 
and 34 selectively intersect at normally open contacts 
38. Each of said horizontal wires 32 receives phase 
shifted pulse inputs 32£r-32^ from a ring counter (hot 
shown) for sequentially activating the wires in a known 
manner. 

Actuators or keys 33 close the contacts 38 for pro- 
ducing coded outputs along an input/output (I/O) bus 
30. Although more or less lines may be used depending 
on the number of keys and game parameters, in the 
preferred embodiment, the I/O bus has nine lines 
30fl-30/. If, for example, key 33C is actuated, contacts 
38C are closed and outputs c and e produce pulsed 
outputs as high signals 32c and 32^ while the ring 
counter is disabled and all other outputs are low, A 
coded output unique to the closure of said switch 38c is 
thus produced. An input/output couples the I/O bus 30 
of the keyboard 24 to display 22 via decoder 21. In a 
preferred embodiment, cable 40 also couples bus 30 to 
the player station interface 28P, which couples outputs 
of the keyboard 24 to the master station 12 over the 
channel 16 and vice versa. It should be understood that 
a cordless arrangement between player stations 14 and 
35 Central Sution 12 is possible. 

The player station interface 28P is hereinafter de- 
scribed. The I/O bus 30 of the keyboard 24 is coupled 
via cable 40 to a buffer 42 comprising a plurality of 
dedicated hex-buffer gates 42fl-42i respectively coupled 
40 to the lines 30fl-30/ of the I/O bus 30. The buffer 42 
steps down signals from the keyboard 24 to an appropri- 
ate voltage for the next stage. Each gate 42fl-42/ may be 
a CD 4050 integrated circuit manufactured, for exam- 
ple, by RCA. The buffer 42 is coupled as shown over 
output lines a-i to an erasable programmable read-only 
memory (EPROM) 44 which acts as a decoder. The 
EPROM 44 may be a 2708 integrated circuit manufac- 
tured by Intel. The EPROM 44 decodes the signals 
over the lines a~i therefrom, and produces a coded 
output over its output lines a~h to a peripheral interface 
adaptor (PI A) 48, such as 6821 large scale integrated 
circuit interface manufactured by Motorola. PIA*s are 
known as devices which provide parallel interfacing 
between some external device according to instructions 
from a central processing unit. Because the btilTer 42 
merely steps down the signals from the keyboard, the 
inputs and outputs are logically the same. The PIA 48 
operates as an input/output gating device to the CPU 26 
as shown in FIGS. 2 and 5, hereinafter described. 

In a preferred embodiment, upon the occurrence of a 
key stroke, a selected output (g) of the buffer 42 goes 
low and provides a tag bit for setting a one-shot multi- 
vibrator or pulse stretcher 46, which is coupled to a 
trigger input (i) of the PIA 48. The pulse stretcher 46, 
including an exemplary gate, diode and RC network 
shown, maintains the PIA 48 in a receive mode for the 
inputs a-h of EPROM 44 and causes PIA -48 to produce 
an interrupt to the CPU 26 as hereinafter described. 



50 



55 



60 
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Thus, when a key 32 on the keyboard 24 is actuated, has half of its inputs a-d coupled to the analog switch 
selected outputs a-i of the I/O bus 30 are activated, S4d. Finally, decoder S2c has four outputs coupled to 
stepped down by the corresponding buffer 42 and de- the analog switch 54«. Other outputs of the decoder 52c 
coded by EPROM 44 as inputs to PIA 48. The pulse (not shown) are spares and not used in this particular 
stretcher 46 produces a gating pulse to PIA 48 which S circuit. It should be understood that while an output to 
responds by producing an interrupt signal. The pulse display 22 is occuring, the system software does not 
stretcher 46 holds the PIA 48 in an interrupt mode for permit or recognize an input from the particular player 
a time sufficient to blank random noise and allow the station. Thus, a conflict of signals is avoided, 
coded inputs a-h from EPROM 44 to be received by the Outputs from the decoders 52 actuate inputs to the 
CPU 26. The CPU 26 recognizes a low going edge of an 10 various analog switch devices 54a>54« for selectively 
interrupt. Therefore, unless data on EPROM 44 is ac- closing or short circuiting selected outputs thereof. For 
complished by a key stroke, such data will not be gener- example, the decoder. 52a, when energized by actuation 
ated on the low going edge of the (g) output of EPROM of its d' input as hereinbefore described, transmits the 
44, which is coupled to input (i) of PIA 48 via the pulse coded data from the inputs a-c for driving selected ones 
stretcher 46. Thus, if (g) goes low, another signal from 15 of its outputs a-h to an "on'* condition. It should be 
the particular player station cannot generate an inter- noted that alternate outputs a, c, e and g of the switch 
rupt until the pulse shutter times out. Thereafter, data 54^ are coupled to the I/O bus 30 of the keyboard 24 as 
gated by the PIA 48 is transmitted to CPU over data bus leads a, b, c and d over wire 40. Outputs b, d, f, and h are 
30D. joined together along a common lead to the I/O bus 30 

As hereinbefore mentioned, the PIA 48 is an interface 20 as lead e. Likewise, the switch 546 is similarly arranged 
device providing parallel data to CPU 26. Data output so that leads a, c, e and g are coupled in parallel as leads 
from the CPU may be gated to the player station 14 by a, b, c and d of 1/0 bus 30. Common leads b, d, f, and 
means of other circuits in the player station interface h are coupled to lead f of I/O bus 30. Switches 54c-€ are 
28P hereinafter described. Such data includes wealth likewise coupled in parallel with I/O bus 30, but with 
information, the player's personal account or stake in 25 respective common leads g. h and i coupled to I/O bus 
the game, the bet required to suy in the game, etc. 30 as shown. If the output c of the decoder S2a is driven 

It should also be understood that when CPU outputs high, outputs e-f of the analog switch S4a become short 
data, an input interrupt will occur. During such time, circuited by internal circuitry thereof. Thus, when the 
the CPU recognizes and processes the input data from outputs e-f of switch 54a are closed, wires c and e of the 
the station receiving output, but discards the data so 30 I/O bus 30 are shorted. This is analogous to the closure 
obtained from that station upon completion of the out- of a switch 33C at intersection 38C'. When correspond- 
put sequence. The falling edge of the signal generated ing horizontal and vertical wires 32 and 34 of keyboard 
by the pulse stretcher 46 generates the interrupt. How- 24 are closed at 38C' by switch 54a, it is as if switch 33C 
ever, during output the interrupt is masked. The system had been manually closed. The player station 14 there- 
does not recognize the interrupt generated by the sta- 35 fore responds by providing a digital output to decoder 
tion while receiving the output. 21 driving display 22, as hereinbefore described. In 

The PIA 48 has outputs a-f which are coupled to a 54a-54€ have corresponding outputs which are coupled 
buffer 50 having step-up gates 50a-50/, such as 7407 in parallel with the respective normally open contacts 
integrated circuits manufactured by National Semicon- 38 of the matrix hereinbefore described, 
ductor. The buffer 50 has outputs a-f coupled to a de- 40 The player station interface 28P thus provides input 
coder 52 (FIG. 3B). The decoder 52 includes three data to the central station 12 from the keyboard 24, 
decoders 52a-52c such as CD4028 integrated circuits which input data is simultaneously decoded at 21 and 
manufactured by RCA and sometimes referred to as displayed on the player statiodisplay 22 by virtue of the 
"one of eight" decoders. The decoders 52a-52c receive closure of the selected normally open contacts 38. Like- 
selected outputs a-f of the buffer 50. For example, each 45 wise, the player station interface 28P couples data trans- 
decoder 52a-52c receives outputs a-c of the buffer 50 at mitted from the central station 12 to the corresponding 
its corresponding input a-c. Further, each decoder player station 14 by closing selected switches in parallel 
52a-52c respectively receives one each of the remaining with the normally open contacts 38 of the keyboard 24 
outputs d-f of the buffer 50 at a respective correspond- for decoding at 21 and display on the player station 
ing input d', e' and f. Therefore, the outputs a-c of SO display 22. 

buffer. 50 provide coded data, and the outputs d-f, when The PIA 48, hereinbefore described, performs other 
energized, select one of the decoders 52a-52c to receive functions as well as the routing of input and output dau 
such data. For example, when output f of the buffer 50 between the player station 14 and the central station 12. 
is high or on, outputs d and e are low. Thus, only de- The operation and programming of the 6821 is ex- 
coder 52c receives an input f enabling it to receive the 55 plained in detail in the 6821 manual. In a preferred 
data from the outputs a-c. Likewise, when output e of embodiment, port A is prograouned as an output port, 
the buffer 50 is high, the d and f outputs are low, and Port B is an input port that has been conditioned to 
only decoder S2b receives an input e' to render it active. accept an interrupt as hereinbefore defined. Data port 
The decoder 52 is coupled to a switching device 54, D accepts and transmits Data, and control port C ac- 
which preferably includes analog switches 54a-54e 60 cepts or transmits control functions by interrupt IR, 
such as CD4016 analog switch devices 54a-54tf manu- read/write R/W. Reset R, Clock C. Enable EN, and 
factured by RCA. Each switch 54a-54e closes or short station address or selection data SO, SI and SA. 
circuits selected outputs a-h thereof in response to The PIA 48 gates data from the CPU 26 over data bus 
coded inputs from the decoder 52. In the drawing, it can 30D only when it is properly addressed. This occurs 
be seen that the decoder 52a has outputs a-d coupled to 65 when a station address (SA) lead is actuated at control 
corresponding inputs a-d of the analog switch 54a. The port C. Similarly, PIA is operative for conununicating 
remaining outputs e-h of decoder 52a are coupled to data at data port D to and from the CPU 26 over data 
inputs a-d of analog switch S^. Likewise, decoder S2b bus 30D when conditioned by the CPU 26. Selection of 
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such an input or output mode of the PI A 48 is accom- spcctive Station Address (SA) for the particular player 

plished by selecting or addressing the on condition of station 14 and testing the polled station for the presence 

respective input SI or output SO register selects of PIA of a valid address code. 

48. Similarly, the CPU is conditioned to read or write In a preferred embodiment, the CPU 26 processes 

data only if the read/write R/W input of the PIA is 5 data and produces outputs to the player stations 14 

properly conditioned. (1-8), the master displays 20 and indicator lights 8 (1-8). 

In connection with the foregoing, the present inven- In the event of a key stroke produced at any play sta- 
tion utilizes a memory mapped system. Upon initializa- lion, the CPU 26 completes the program instruction (i.e. 
tion of the system, codes generated in CPU 26 produce line) at hand and recognizes the interrupt The CPU 26 
coded inputs to each PIA 48 (1-8) unique thereto. The 10 polls the stations 14 one by one and takes in data from 
codes condition the PI As 48 (1-8) such that selected the interrupting station. Thereafter the CPU 26 resumes 
terminals act as inputs or outputs etc. This system soft- the program function. The data received from the 
ware handles input output functions of the PI As 48 player station is later processed in accordance with the 
(1-8). In other words, the PIAs 48 (1-8) are pro- system software. 

grammed on initialization to act in the manner desired 15 The general interface 28G includes inverting bidirec- 

(for example addressing input and output register se- tional driver 62 including two DM 8835 integrated 

lects SI and SO), such that, it is only necessary to call on circuits 62W, 62R manufactured by National Semicon- 

a particular PIA and its output port A or input port B ductor. The drive 62 is coupled into the CPU 26 data 

acts accordingly. Other systems are possible for select- bus 30D. 

ing input and output function, and the like. However, 20 Communication between the CPU 26 and player 

the memory mapped software of the present invention stations 14 (1-8) is accomplished by means of selectively 

has been found to be a preferred and efficient system for addressing each of the player stations 14 (1-8) sepa- 

accomplishing the task. rately over select address line SA (1-8). Address bus 

When the particular player station 14-1 has been 30A is coupled to the general interface 28G as shown, 
addressed by Station Address (SA) and R/W is in write 25 The address bus 30A is coupled to the channels 16 (1-8) 
or low, PIA 48 transmits data from the CPU 26 to the carrying respective select address lines SA (1-8) dedi- 
display 22 over the buffer 50, decoder 52, and switch 54 cated to respective player stations 14 (1-8). 
as hereinbefore described. When PIA 48 is addressed in The general interface 28G includes a random access 
a read mode, the R/W input is in a state opposite from memory (RAM) 64, addressed as shown by address 
above. Input data produced as a result of closure of 30 lines A0-A8. RAM 64 includes three RAM devices 
certain ones of the normally open contacts 38 (resuhing 64A-64C (shown in FIG. 4 and sometimes referred to as 
from mechanical key strokes) is transmitted to the CPU chips) or integrated circuits such as 6810 devices manu- 
26 by PIA via buffer 42 and EPROM 44 as hereinbefore facturcd by Motorola. The RAM 64 is capable of hold- 
described, ing at least 384 bytes of eight bit data (128 in each RAM 

PIA 48 has a clock input (C), which is produced by a 35 64A-64C) information and may be used to store values 

clock (hereinafter described) at the central station 12. to be displayed, temporary results of arithmetic rou- 

The clock produces pulses which hold the PIA 48 in tines, system control, variable accounts, game sUtistics, 

synchronism with all the other player stations 14 (1-8) etc. 

and the central station 12. The read/write (R/W) input to each RAM 64A-64C 

The PIA 48 has an interrupt output IR coupled to the 40 selectively enables each to operate in either a read or 

central station 12 over the channel 16. The IR output is write mode in correspondence with the read or write 

actuated or goes low whenever the tag bit (t) produced mode of the CPU 26. Thus, in accordance with instruc- 

by EPROM 44 drives the pulse stretcher 46 on, thereby tions established in the computer program, the RAM 64 

holding input i of the PIA 48 on as hereinbefore de- contains or stores non-conflicting input and output data 

scribed. The interrupt IR communicates a pulse to the 45 for each player station 14 (1-8) and the central station 

central station 12 indicating that data is available from 12. 

the keyboard 24 for interpretation by the central station The clock line C operates the RAM 64 in synchro- 
12. nism with all other devices in the apparatus. A valid 
The PIA 48 may be reset to an initial condition by address VA line carries a signal that verifies that the 
means of the reset input R as shown. When the system 50 information on address bus 30A is in fact a valid ad- 
is initially turned on, a reset pulse is coupled to the PIAs dress. 

48 (1-8) for enabling the circuits and registers of the In the preferred embodiment, the CPU 26 respec- 

PIAs to receive the coded signals from the CPU 26 tively reads and writes information to and from the 

whereby the portsof PIAs 48 are mapped or condi- various player stations 14 (1-8). In addition, the CPU 26 

tioned to act as inputs and outputs. 55 provides visual indication in the central station 12 of the 

information common to all the players by means of the 

Master Station 12 digital display 20 and the particular information rcle- 

For a description of the master or central station 12 vant to a player station 14 associated with a set of indi- 

rcfcrencc is directed to FIGS. 2, 4A-4C and 5A-5B. cator lights 18 as hereinbefore noted. 

The master station 12 includes the CPU 26 and general 60 The RAM 64 is coupled to the CPU 26 via the ad- 

inteHace 28G. Each player sution interface 28P is cou- dress bus 30A and the data bus 30D. The RAM 64 is a 

pled in parallel with general interface 28G over its re- read/write device, that is, information stored in the 

spcctive channel 16 including data bus 30D Each player RAM is readily accessible by the CPU 26 acting in a 

station 14 (1-8) b operative for conununicating with the read mode, and the CPU 26 can change that informa- 

masier station 12 to the exclusion of all the other player 65 tion at a selected address in the RAM 64 when acting in 

stations 14 by means of an interrupt function of the a write mode. When property addressed on the address 

CPU, which processes one interrupt at a time. CPU 26 bus 30A. the RAM 64 produces an output on the data 

recognizes the station by selective actuation of the re- bus 30D which is coupled to the CPU 26. Other por- 
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tions of the system, including the indicators 18, displays 93a-93t/ such as HP. 5082-7300 manufactured by Hewl- 

20 and player stations 14, are not responsive to data on ett-Packard. The pot displays 93a-93^ each include six 

the data bus 30D unless they have been preconditioned display windows 94o-9^each of which rece;\ es and 

toberesponsiyethereto. Inother words, iftheRAM64 decodes the inputs a-e for producing alpha numeric 

has been initialized to communicate with the CPU 26, 5 displays in each of the windows 94fl-94/of the displays 

other portions of the system are simultaneously initial- 93fl-93c. 

ized not lo be responsive to the RAM 64. If it is neccs- Outputs i-k of the PIA 66C are coupled to strobe 

sary to change RAM 64 in any way. the address bus inputs i-k' of the decoder 90. As a coded input from 

30A is selectively actuated to reach the proper address decoder 82 appears on the lines a-c of each window 

in RAM 64, and data is transmitted from the CPU 26 10 94fl-94/of the pot displays 93, the strobe inputs i'-k' 

over the data bus 30D to the input of the RAM 64. cause its respective decoder 90fl-90c to strobe selected 

The CPU 26 communicates with the player stations outputs a-x in succession. Thus, the windows 94a-94/of 

14 (1-8) and vice-versa. The RAM 64 and the player each pot display 93fl-93<f are selectively activated with 

stations 14 (1-8) do not directly communicate with each a numerical symbol representing date from the central 

other. When communication is open between the RAM 15 processing unit 26. 

64 and the CPU 26, communication is closed between A selector 88, such as a 74S138 one of eight decoder 

the player stations 14 and the CPU 26. manufactured by National Semiconductor, on the gen- 

The CPU 26 controls the indicators 18 and displays eral interface 28G has inputs a-c and an inverted VA 
20 in the central station 12 by means of a peripheral input. The inputs a-c provide eight combinations of 
interface adaptor (PIA) 66. The PIA 66 includes three 20 binary logic for controlling the selector 88. Respective 
peripheral interface adaptors 66A, 66B and 66C such as outputs a-h of the selector 88 are coupled to PIA's 66 
6821 integrated circuits manufactured by Motorola. respective select address inputs SA (1-3) and SA (1-8) 
Each PIA 66 receives coded data from CPU 26 over of the player stations 14 (1-8), When a VA signal cou- 
data bus 30D representing information commonly avail- pled to enable selec 88 is present and outputs are avail- 
able to all players in the game, e.g., Win, In/Out, 25 able on the lines a-h of the selector 88, one or two of the 
Wealth Exceeded, Player Up, and Pot Value Informa- PIAs 48 or PIAs 66 is selected for communication with 
tion. A selector 88, coupled to PIA 66, enables it to the central station over its respective select address lines 
operate selected outputs for actuating indicators 18 and SA (1-3) or SA (1-8). Thus, means is provided for 
displays 20. selectively utilizing the selector 88 as a decoding device 

The PIA s 66A-66C are coupled to the data bus 30D 30 for each of the player stations 14 as well as a decoding 

as shown. The PIA s 66A and 66B are selectively en- device for selectively operating the various indicators 

abled to be responsive to the data on the data bus 30D 18 and displays 20. 

for providing input to indicators 18. The data is commu- Address bit AS shown in FIG. 4B is provided for 

nicated from the PIA s 66A and 66B to a solid state assuring that the outputs a. b, and cofthe selector 88 are 

switching device 68 which includes a plurality of solid 35 not confused with the outputs a-h of the same selector 

stale switches 68a-68h, such as SpragueUD4181 power when in communication with the player stetions 14 

drive integrated circuits. The switching device 68 selec- (1-8). This occurs as follows: a tag bit provided by the 

tively enables certain ones of the lights: Win, 18W (1-8), address bus 30A at line A5 is coupled to enabling inputs 

Player Up 18P (1-8). Wealth Exceeded 18WE (1-8), EN of the PIA's 66A-66C. The tag bit A5 is coupled to 
and Player In 18M (1-8), depending on the game condi- 40 similar enabling inputs EN on each of the PIA's 48 for 

tion and the status of the player in question. the player stations 14. However, the bit A5 is inverted 

In a preferred embodiment, all of the outputs of the (See FIG. 4B) between the general interface 28G and 

PIA's 66A-666 are in a high or activated state. Coded the player stations 14 so that when A5 is present. PIAs 

information from the CPU 26 causes one or more of the 66A-66C are enabled and the player stetion PIAs 48 
outputs of the PIA s 66A and 66B to become low for 45 (1-8) are disabled, and the absent AS is converted into 

causing the selected switches 68a-68h to drive one or an enable signal for enabling the of the various player 

more of the indicator lights 18 on. stations 14 (1-8). Thus, the 88 operates for selecting the 

The PIA 66C is dedicated to be responsive to the date various PIA's 66 and 48 only when a selected enable 

from the CPU for driving selected inputs of the digital signal is available from the CPU 26, and the use of 
display 20 to an on condition thereby creating an alpha 50 address bit AS differentiates between the local indica- 

numeric display of information relevant to the game. tors at the general interface 28G and the remote indica- 

The PIA 66C has one set of outputs a-h coupled to tors at each of the player stetions 14. 

booster 82, including a pair of booster circuits 82^ and In FIGS. 2 and 4A, signals from memory decoder 116 

92b, such as integrated circuits 7437, manufactured by and address bus 30A arc coupled to inpuU of logic 70. 
National Semiconductor. 55 In the preferred embodiment, a signal A15 correspond- 

The booster 82 raises the level of the outputs a-h of ing to the addresses not allocated to the PIAs and a 

the PIA 66 to an appropriate level for driving displays. signal corresponding to the addresses not allocated to 

hereinafter described. Outputs i, j and k of the PIA 66C RAM (8000) are used. These signals are inverted by 

are not amplified. invertors 71 and 73 respectively and then OR*d by OR 

The booster 82 outputs f-h and PIA 66C outputs i, j 60 gate 77 to produce a signal that is in a high stete when 

and k are coupled to decoder 90. The decoder 90 in- either a PIA or RAM is addressed by the CPU. The 

eludes three one of eight decoders 90fl, 90b and 90c, output of OR gate 77 is used as an input to enable 

such as 7442 integrated circuits manufactured by Na- NAND gate 79, while the other input to N AND gate 79 

tional Semiconductor. The one of eight decoders is the R/W signal. The output of NAND gate 79 will 
90<3-90r cooperate as the decoder 52 in the player ste- 65 then be in the low state only when the CPU is in the 

tions as described above. READ mode and either _a PIA or RAM is being ad- 

Outputs a-e of the booster 82 are coupled via respec- dressed. Signals VA and C are OR'd by OR gate 83 to 

tive pot display connectors 92fl-92^/ to pot displays produce a signal which is in the low state only when the 
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clock and valid address lines are in the high or true produce signals which are selectively received or 
stale. The output of OR gale 83 and NAND gale 79 are blanked in accordance with means for sorting or keep- 
inputs to OR gate 81. OR gate 81 therefore is in a low ing track of the various signals. Accordingly, selected 
state only when the CPU is in a valid READ mode outputs of the micro-processor 104 are logically cou- 
involving either a PIA or RAM. Otherwise, OR gate 81 5 pj^jj various peripheral devices, hereinbefore de- 
is in a high state. scribed, for selectively actuating certain ones and dcac- 
The output of OR gate 81 is applied to the input of ^^^^^ ^^^^^^ accordance with the operation of the 
621 and the read-enable-on-low mput of bidirectional cy^i^m 

devices 62R-62W. The output of gate 621 is applied to ' . . ^.-^ ^i^^^^^r^^^r u 

the write-enable-in-low input of 62. When the CPU is 10 ^ « T^^^ Z^Z^^^Z l 

reading from a RAM or PIA. the output of OR gate 81 ^^^^^^^^ J?"; l"'^' 

is low and therefore driver 62 is in the READ mode. tied M6800 Micro Computer System Design. Data. 2nd 
When any other section of memory is addressed, a write printing, which pubUcation is mcorporated herein by 
operation is occurring, or an invalid memory location, reference. The control signals and operating system of 
the driver 62 is in a write mode. This prevents invalid 15 the present invention are comparable with the micro- 
data from the general interface from interferring with processor described in said publication, 
data on the CPU bus, i.e. cross-talk. Note that a corre- The micro-processor 104 is operative for communi- 
sponding bi-directional driver 102 operates in a similar eating with the selected player stations 14 (1-4) for 
manner under CPU control so that signal direction is transmitting information to such stations. Similarly, the 
maintained. 20 micro-processor 104 is conditioned for receiving infor- 

Central Processing Unit 26 mation from the player stations 14 (1-8) in response to 

. J ■._ ji. interrupts and other signals necessary for such commu- 

The central processing unn CPU 26 IS de^^^ ^^^^^ micro-processor 104 communicates in 

mafter with respect 2 and 5^^^^^^ accordance with its interpretation of the instructions 

CPU 26 is coupled to the general mterface 28G de- 25 j • unvr inx 
scribed hereinbefore over the data bus SOD and the ^^^J^V!L^^ «7 „ . • ^ , ^_„:.. «f tK. 
address bu s 30A, which is a subset of the address bus of J" FIGS. 5A-5B, various individual circuits of the 
the CPU. Data output from the CPU 26 is coupled to CPU 26 are illustrated m detail. Micro.proc«sor 104 
the data bus 30D through a bi-directional inverting has certain inputs and outputs including the interrupt 
driver 102 which may be an 8835 integrated circuit 30 IRi read write R/W, valid address VA. reset R, clock 
similar to the bi-directional driver 62 hereinbefore de- C, data lines D0-D7 and address lines A0-A15. 
scribed. The data output of the CPU is thus inverted. Interrupts IR are communicated to the micro-proces- 
Double inversion by the drivers 62 and 102 assures sor 104 by each of the player stations 14 (1-8) and as 
compatable polarity of the data signals from the CPU 26 described above. 

and the general interface 28G. 35 The CPU generates read/write R/W pulses for selec- 

The CPU includes a micro-processor 104, which may tively enabling and disabling devices in communication 
be a 6800 integrated circuit manufactured by Motorola. ^j^j, Qp\j accordance with the operating systems 
The micro-processor 104 communicates with the data ^^^^ micro-processor. For example, the micro-proces- 
bus 30D as shown. Similarly, the micro-processor 104 ^j^^ program from ROM 106. The micro- 

communicates over the address bus 30A via a driver 108 40 ^^^^ ^^ds and writes to the RAM 64 in the 
which may be a DM 8097 manufactured by National j ^80 by means of read write line R/W. 

Semiconductor. A read only "memory R^ 106 in- ^.^ 
eludes a plurality of ROM circuits 106fl-106tf, such as *»'vv y , . j • i. u r a 
2708 EPROMs manufactured by Intel The ROM 106 is cro-processor 104 and other devices hereinbefore de- 
loaded with the program for operating the game in 45 ^^nbed in synchronism. The clock 110 may also pro- 
accordance with the flow charts hereinafter described. duce other time signals as necessary. The clock 110 also 
The CPU 104 addresses the ROM over the address bus produces a reset upon actuation of the system dunng 
30A for accessing information relative to the game the power up or initialization phase of the system opera- 
program, which information is coupled to the micro- tion. Initialization occurs in accordance with ordered 
processor 104 over the data bus 30D. A decoder 116 is 50 instructions in software. Instruction manuals of the 
responsive to certain address lines on the address bus various IC's describe initialization requirements which 
30A for producing outputs indicative of the particular need not be described here, 
memory segments addressed by the micro-processor r^Axrc dt av 

104, one example of which has been described with GAME PLAY 

respect to logic 70. Outputs of the decoder 116 arc 55 ji^g actual use of the invention involves following a 
utilized for logically gating other portions of the system procedure not unlike the normal play in a game of 
hereinafter described. A clock 110 is coupled to the ^^^^ g^^h player^ by means of the keyboard, is able to 
micro-processor 104 and to other portions of the system communicate with the central station for performing 
over the clock lead C as hereinbefore noted. The clock housekeeping tasks. 

110 produces pulses for dnvmg the system m synchro- 60 ^^^^^ , ^^^^ ^.^^ ^^^^ ^^^^^^^ ^ 

Ts with most computer operated systems, the com- |^y^^^ by symbol printed thereon a^^ by key name, 

puter or micro-proc^sor IW shares its time among When the key is actuated, the display shown on the 

various portions of the system. Accordingly, means is Playcr's staUon and the ceiitral station, if appropnatc is 
provided for selectively gating the micro-processor 104 65 Hsted. The key funcUon(s) is summanzed in the right 

so that it selectively communicates with various por- hand column. Table II Iists.the indicator lamps by color 

lions of the system without contention. Further, the and the meaning ofthc same with respect to a particular 

peripheral devices coupled to the micro-processor 104 player's sution or status. 
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Key 




Display/ 




Symbol(s) 


Name 


Indiciator 


Funaion 


C 


CLEAR 


Zero 


Clears player station 
display and station in* 
put memory' to Zero 




Decimal 


Decimal 


Separates dollars and 




Point 




cents in display 


WA 


Wealth 
Account 


$ 


Displays wealth or 
player at Player's 

Station only 


INC/WA 


Increase 

Wealth 

Account 




S + INC/WA in* 
creases wealth 
account of player 


DEC/WA 


Decrease 

Wealth 

Account 




S + DEC/WA de- 
creases wealth 
account of player 


PA 


Persona] 
Account 




Displays toul amount 
bet by player in 
current game 


BA 


Bet Account 


$ 


Displays amount to 


HA 


Hand 
Account 




Largest personal 
account in hand 


OS/ACK 


House 

Acknowledge 

Player 

Acknowledge 




# + OS/ACK by 

Rank ts^ U^iic^ inHia 

OBnK or nousc inui* 

#*ot^c Kmic^ ffvmHff lAr 

csics nouac niooc \vi 
named player station 
OS/ACK by player 
adds or substracis 

house in WA above 


OUT 


Out 


Green light 
goes out 


Player withdraws 
from game 


BET/RAISE 


Bet/Raise 


S 


Bet and/or Raises Dis- 
play sets new W^A, 
allows game entry in 
ante phase 




Win/ 


c 
) 


Acknowledges a win 




Acknowledge 




to permit transfer of 
pot to winning 
player* s wealth 
account 




New Game 


Zero 


House starts new 
game 


0-9 


Numbers 


Sor# 


To display S 

To indicate a player 

station # 


ABORT 


Abort 


Zero 


exit house or 

bank operation with* 

out transaction 



Legend 




S B Numbers indicative of m 


oney or poinii 


§ at Numbers tndicAlive of s 


•tion tdentiiy. 




TABLE II 


INDICATOR LAMPS 


PLAYER STATION STATUS IF LIT 


Green 


Player In 


White 


Player Up 


Amber 


Wealth Exceeded 


Red 


Win 



Some of the keys have multiple functions, noted 
above, depending upon whether it is used by the indi- 
vidual player as a player or by the house in performing 
housekeeping tasks hereinafter described. 

In a game of poker or other game of chance where 
players compete against each other using chips and the 



to bet places chips representing the wager in the pot. 
Other players wishing to remain in the game must meet 
the initial bet. In addition, any player or players in suc- 
cession may raise the bet by adding to the bet amount an 
additional amount representing a raise. Players thereaf- 
ter must meet the initial bet plus the aggregate of raises 
in order to stay in. Play continues until all of the players 
but one have dropped out. The remaining player is 
declared the winner and sweeps the pot, thereby accu- 
mulating wealth. 

As hereinbefore described, the winning player nor- 
mally stacks the chjp$ in accordance with the denomi- 
nations while another hand is dealt. Play may continue 
until all of the players leave the table or until an agreed 
time. If a player decides to drop out of the game, he may 
cash the chips by returning the same to the house in 
exchange for the equivalent value in money. At the end 
of play, the chips are all cashed and stacked and re- 
turned to a receptacle for use at another lime. 

In the present invention, the game of poker is played 
in essentially the same way as hereinbefore described. 
Players ante to enter the game, receive cards, place and 
raise bets, drop out and ultimately a winner is declared. 
The difference is that, with the present invention, no 
chips change hands because the device tallies and keeps 
track of the amounts represented in each player's ac- 
count and the pot in accordance with the normal rules 
of poker. 

Banking Phase 

In order to initiate the first game, the system is turned 
on. At this state, the object is to distribute wealth to the 
players in a way similar to the distribution of chips. 
When the system is turned on, one station, for example, 
player station 14-1 is automatically designated as the 
house. One at a time, the players deposit funds with the 
bank or house. Thereafter, the person operating the 
bank or house player station 14-1 presses the player 
station number (#) depositing money and OS/ACK. 
This conditions the particular player station, e.g., 14-2, 
to receive a credit for the amount deposited. The house 
hits the CLEAR button, the amount deposited, e.g. 
$1,000.00, and then hits the INCR/WA button to trans- 
fer the funds to the account of the player station in 
question. The amount then appears on the display of the 
player station receiving the wealth. That player sution 
player hits his OS/ACK key to acknowledge that the 
amount is correct and received. If the player thereafter 
50 hits his WA button for wealth account, the $1,000 
should display on his individual display only. The afore- 
going series of operations is repeated for each player 
entering the game. 

Ante Phase 



10 



IS 



20 



25 



30 



35 



40 



45 



The next stage of play is the actual beginning of the 
game. Games normally begin with the ante phase. All 
eligible players enter the game at this time. The players 

may enter in any order because sequence of play is not 

Hke to repr^ent wagers, the players purchase the chips 60 enforced at this time. The entry of the first ante bet 



from the hotise or bank in various denominations, and 
use the chips for making wagers in one or more games 
by placing the chips in a pot. Normally, a game begins, 
if the rules so provide, by each player placing an ante or 



begins the game. For example, player station 14-2 hits 
10 and the RAISE/BET key. $10 appears on the pot 
display of the central station, player sUtion 14-2 INA 
OUT green light turns on and any remaining wealth at 



initial bet in the center of the table or pot. Thereafter, 65 player station 14-2 appears on his individual display. In 



the cards are dealt, and the player to the left of the 
dealer has the option to check, meaning pass, or bet a 
specific amount of money or drop out. The first player 



the example above, if player two had $1,000 in the origi- 
nal wealth account. $990 would appear, representing 
the original wealth amount less the $10 ante. 
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All players who accept the initial ante now become 
part of the game in progress. Such players may accept 
the ante by merely hitting their respective RAISE/- 
BET key which causes the pot amount to increase $10 
as each player enters the game and the green light for 5 
the particular player to go on. Each player receives an 
indication of his or her remaining wealth and players 
may drop out by pressing the OUT button. 

Raise/Bet Phase 

After the cards are dealt, the first active player who 
makes a bet starts the Raise phase of the game. For 
example, player station 14-4 may open with a $10 bet. 
The $10 is added to the previous amount in the pot 
display and the remaining wealth is displayed on the 15 
display of the player making the bet. As in the ante 
phase above, any player may leave the game at any time 
by pressing the OUT buttom. Once this occurs, the 
player may not re-enter that particular game. This is 
true for any game phase. 20 

After the first player bets, the Player Up or white 
light appears on the station for the next eligible player 
to the left. If, for example, the player at station 14-4 
began the game or opened with a bet and the player at 
station 14-5 had previously droppdd out, the next eligi- 25 
ble station player would be the player at 14-6. The 
Player Up light at 14-6 would therefore go on. Player 
six may call the bet by merely pressing the RAISEA 
BET key, or he may raise the bet by hitting numbers 
indicating the amount of the raise and the RAISE/BFT 30 
key. (For example, 2 and 0 for $20 and the RAISEA 
BET key). The original $10 bet plus the $20 raise will be 
added to the pot display. In the example above, the bet 
is now $30 to the next eligible player. This amount will 
enter in his display along with the energization of the 35 
white light. Assume that there are only three players in 
this particular game, e.g. 1, 4 and 6, player one must 
meet the initial $10 bet plus the $20 raise in order to stoy 
in the game. Thus, $30 appears at his display when his 
white Player Up light goes on. When it is the 4th play- 40 
cr*s turn, because player four had made the initial bet, 
he need only to match the $20 raise. Therefore, $20 
appears in his display along with the white light indicat- 
ing that it is his turn to either call or raise the bet or go 
out. Calling or raising the bet activates the next eligible 45 
player station. 

Win Phase 

The betting pattern continues as the game is played 
with the cards until the winner is declared. In an actual 50 
game of poker, if all the bets are called, according to the 
rules, the player making the last bet must show his cards 
to the other players. If the cards are winners, the other 
players hit their respective OUT buttons. As a result, 
the red WIN light goes on at the station of the called 55 
player who had not dropped out. If another player 
shows better cards, the caUed player and other players 
hit their respective OUT buttons and the WIN light 
lights at the player showing the better cards. The final 
pot for winning amount is displayed in the pot display 60 
and in the winner's station. The winner hits the RAI- 
SE/BET key to acknowledge and accept winnings as 
indicated on the pot of the central display. This amount 
is added to his wealth amount, which is displayed to 

him . 65 

It should be understood that multiple winners may be 
declared (i.e., a shared pot). For example, the sequence 
may be initiated by a decimal numeral key stroke indica- 
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tive of the pot percentage claimed as won preceding the 
OUT key stroke. When all players are either out or 
claiming to be winners and the values claimed equal one 
hundred percent of the pot displayed, the winnings are 
displayed in the respective winner's display and each 
acknowledges the amount won. 

New Game Phase 

A new game is begun when the player representing 
the house hits the RAISE/BET key. At that time, all of 
the indicator lights are turned off, the pot display is 
cleared, and everyone's remaining wealth is displayed 
in their individual respective displays. The first player 
thereafter making an ante bet starts the betting process 
again. 

Cashing Out 

Any player may cash out by requesting the same from 
the house. The house presses the player station number, 
e.g., 2, plus the OS/ACK key. The house hits the 
CLEAR button and the amount withdrawn, c.g. $1595 
and the DEC/WA (Decrease Wealth Account) button. 
The player examines this figure and, if correct, he hits 
the OS/ACK to acknowledge that the transaction is 
correct. His remaining wealth appears on his display. If 
the decremented amount equals the wealth account, $0 
is displayed. Thus, the player is effectively out of the 
game and cannot bet unless and until the wealth account 
is replenished 

Wealth Exceeded 

In the preferred embodiment, any time a player ex- 
ceeds his wealth amount by making a bet which is more 
than the amount in his wealth account, at that time the 
amber WEALTH EXCEEDED light for the player 
goes on and the player is precluded from making a bet. 
The player may increase his wealth amount by paying 
in as described above, in the banking phase, after which 
the player may make a bet. 

It should be understood that the present invention 
may be used as a tallying device in any game in which 
players compete against each other or the house, as in 
Black Jack. However, a different program must be 
provided to accomplish such result. The present inven- 
tion is most conveniently and preferably applied to the 
game of poker in various forms as hereinbefore de- 
scribed. 

GAME LOGIC AND FLOWCHARTS 

In FIGS. 7A-7B and 8A-«C, there are shown two 
flow charts of the system. In FIG, 6, GAME SE- 
QUENCING is shown. After surt up, the system is 
designated to move through a series of game phases in 
an ordered sequence In the ANTE PHASE, random 
entry into the game is allowed. Ante bets are processed 
between the Taskhandler and Ante software in primary 
loop I. If any player in the game initiates a raise over 
and above the initial ante, the GAME SEQUENCING 
moves into GAME software. Thereafter, bets and raises 
are strictly ordered and random entry is forbidden. 
Thereafter, system software moves between game func- 
tions and the Taskhandler functions in Loop II. In the 
preferred embodiment, after all bets and raises have 
been made and all but one player has been eliminated, 
the GAME SEQUENCING goes into the WIN soft- 
ware. Win acknowledgement tasks associated with the 
win phase of the game are processed in Loop III. After 
aU wins are acknowledged, GAME SEQUENCING 
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moves to the NEW GAME SOFTWARE upon actua- an error is made in the sequencing of keys, the operator 
tion of the RAISE/BET (new game) key by the house. may hit the ABORT key which enables an affirmative 
Tasks are processed in Loop IV. Once all new game of Abort Inquiry at 224 to operate Abort Routine 230 
tasks are accomplished (e.g. calculations and initializa- and return to Start Tasks 204 via the Exit Bank Mode 
tions are complete), GAME SEQUENCING goes back S 231. Clear Status Bit 214 and Instructed Return Point 
to ANTE as shown. The system thus controls the in- 203. Further, a negative response to Abort Inquiry 224 
stniction sets available for each phase of the game. In at this stage of play causes the system to Abort also. 
FIG. 7A-7B a more detailed general system flow chart This appears redundant. However, this software se- 
is shown. Operations are wrinen in rectangular boxes quence avoids a potential program loop by default, 
and questions or inquiries are written in diamond- 10 Ifthe Bank Task inquiry at 216 is negative, the system 
shaped boxes in accordance with known flow chart inquires if Decimal String =0 at 232. The Decimal 
drafting techniques. String is a representation of the series of numbers which 

During the start up of the game, individual players precede the operation of a function key. If numbers do 
pay in and increment their wealth accounts in accor- not precede the function key code, the answer is affir- 
dance with the previously described sequences. There- 15 mative. For example, if a player wishes to make a bet of 
after, players enter a game playing sequence. The se- $10, the player activates the 1 and 0 keys and then the 
quence includes the ANTE phase, a GAME (raise/bet) RAISE/BET key. The Decimal String is not equal to 
phase, a WIN phase and a NEW GAME phase as here- zero in this case. If, however, a player wishes to meet a 
inbefore described. bet, but not raise it, the player merely activates the 

The system software as outlined in the flow charts of 20 RAISE/BET key. In such case. Decimal String is equal 
FIGS. 6-8 anticipates the various phases. Power On at to zero. By default, the system automatically credits the 
200 indicates that the system has been initially turned pot in the amount of the unstated bet. The Decimal 
on. The Initialization operation at 202 results from a String is a way of determining whether the particular 
reset pulse from the CPU 26 for initializing the various task is purely a betting task or some other player task, 
memory devices and the lik to an initial condition. Fur- 25 If the Decimal String =0 Inquiry 232 is affirmative, it 
ther, memory displays and the like are initialized to indicates that a bet or ante has been met; a bank function 
begin the game e.g., the game status lamp registers are is occurring; or a player function is occurring. Out 
cleared in memory and then the various game status inquiry at 234 following Decimal String =0 inquiry asks 
lights are turned off, indicating no activity. whether the player is in or out. Ifthe Player Out inquiry 

The system goes to Instructed Return Point at 203 30 at 234 is afTirmative, a Remove Player Routine 236 is 
after initialization at 202. Because the system cycles employed. Thereafter, a question is asked at 238 
through the various loops I-IV, it has instructions in whether there is One Player Left. If the response is 
software for cychng the instructions which, in effect, negative, the system goes to Clear Status Bit 214 and 
skip earlier instructions which are not needed. In- returns to Start Tasks at 204. If the response is afTirma- 
stnicted Return Point 203 is a flow chart routing mech- 35 tiye, Win Routine 240 is activated. The red light at the 
anism for instructions which will be further discussed winner*s station is activated and the pot amount is dis- 
hereinafter. played in the central display and at the particular player 

Start task function 204 begins a sequence of tasks, i.e., station as well as the central display. As hereinafter 
routing various program sequences to sub-routines and described, the system deals with a win situation by 
the like. The system begins in ANTE phase. See FIG. 6. 40 interaction with the bank and the particular player de- 
A Task Present inquiry at 206 asks the system whether scribed below. 

a task has been initiated. If the response is NO, as indi- If the Out? question at 240 is negative, i.e.. if the 
cated by N, the system loops back to the Start Tasks player is not taking himself out of the game, then the 
routine at 204. Ifthe answer is YES, as indicated by the function following the Decimal String =0 inquiry 232 
y, the system proceeds to a Determine Source routine 45 may be a bet. The Bet Key inquiry at 242 may be affir- 
at 208. The question is then asked whether the task is a mative or negative. If negative, the system goes to 
Clear task at 210 or something else. A Clear task means Player Station Function Routine 244. Such a player 
that the system shall operate the Clear Source operation station function may be to acknowledge an increase or 
at 212 through a Clear Status Bit function at 214 and decrease in the wealth account or re-assignment from 
return to the Start Task function at 204. SO the house or bank. The particular inquiries are not 

The Clear Status Bit function 214 is a housekeeping shown in the drawing because it is believed a verbal 
and programming task which is known in the art. AJ- explanation is suflicient and the drawing noay be unduly 
though not always noted, the Clear Status Bit function cluttered thereby. If the Bet inquiry at 242 is affirma- 
214 is shown in the drawings at various places, and it tive. the system moves to go to proper routine (as deter- 
should be understood that it occurs before each cycle. 55 nuned by instructed return point) at 246. In this way the 

If the Clear inquiry 210 is a negative, the question is software returns to the phase of the game it has been 
then presented whether the function or task is a Bank instructed to be in at such time, i.e.» Ante Routine 248, 
Task at 216. Ifthe answer is affirroative, a Test for Bank Game (Bet Raise) Routine 250, Win Routine 252 and 
Mode 217 and a Test for Function at 218 is made for the New Game Routine 254. If the system is in any of the 
function. Such functions include Reassign the house or 60 foregoing routines, it may loop back through the Task- 
banking station at 220, Increase/Decrease wealth ac- handler via start tasks at 204. Once the system moves 
count WA at 222, and an Abort at 224. The afTumative from the Ante Routine 248 to the Game Routine 250, it 
of Reassign inquiry is coupled to Reassign Routine at does not return until a new game starts. Similarly, if the 
226. After completion, the system returns to the Start system moves to the Win Routine 252, the loop back 
Tasks at 204 through Exit Bank Mode 231 and Clear 65 through Start Tasks 204 bypasses the Ante and Game 
Status Bit at 214. Similarly, Increase/Decrease WA Routines, Finally, in the New Game Routine 254, the 
Routine at 228 operates in response to an affirmative system does the new game functions and returns to Start 
inquiry from the Inc/Dec WA Inquiry at 222. Finally, if Tasks 204, by-passing the routines associated with win 
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acknowledge, ante and raise bets. Each of the foregoing RAISE/BET key stroke is interpreted as a Raise. The 

routines 248-254 is described hereinafter with respect to question Raise ? at 280 initiates an inquiry or test to 

FIGS. 8A-8C. At present,however, further inquiries determine which of two possible returns is possible. For 

are required before this flow chart is satisfied. example, if the answer to the Raise inquiry at 280 is 

If the Decimal String = 0 inquiry at 232 is affirmative, 5 iaffirmative, such raise may be the first raise of the game 

it is apparent from the foregoing that a player is either e.g. the initial ante. It may, however, be a second raise, 

performing certain player station functions or making a that is, an increase in the initial ante, not just a matching 

bet without a raise. If the Decimal String =0 inquiry 232 thereof. For example, if a player wishes to meet an ante, 

is negative, it is possible that certain house or banking the player strikes the RAISETBET only after the initial 

functions are in process or a raise situation has oc- 10 ante has been entered. Thus, the decimal string preccd- 

curred. For example, during a re-assignment, the house ing the key stroke is zero and the system interprets the 

. depresses a player station number and then a function key stroke as a BET. In usual play, if after the players 

key. Similarly, during an increase or decrease wealth have all entered an ante, a player wishes to niake an 

account function, the house depresses numbers plus the additional bet i.e. a raise, the player depresses the bet 

function key for increasing or decreasing numbers plus 15 amount plus the RAISE/BET key. The system inter- 

thc function key for increasing or decreasing the wealth prets this as a raise. If the ante has occured, this raise, 

account. Thus, the Decimal String preceding the func- occurring after the ante, is interpreted at inquiry 282 as 

tion is not equal to zero. (Also, in a raise bet situation, a a secon raise whereby the system exits or goes to game 

player raises a bet by first placing the amount of the routine at 246G. 

wager or raise on the keyboard and then hitting the 20 In the Game Phase, betting order is important There- 

RAISE/BET key.) fore, once a bet is made, and a raise of such bet has been 

In the situation where the Decimal String inquiry at made, the order and sequencing is fixed. The system 

232 is negative, a Bank Key inquiry is made at 256. If will not go to the game routine before ante bets are 

affirmative, the system switches to Bank Mode Routine complete. Therefore, a negative response to the Second 

at 258. (A negative response to the Bank Key inquiry 25 Raise inquiry at 280 nieans that the system is entering 

256 indicates a betting situation). The system may not be the ante phase, and the system produces a command to 

in a betting mode and a bank mode at the same time. raise an Ante Flag at 284. In the ante phase a non* 

Thus, there is a check on the house mode to prevent numerical raise/bet keystroke is merely meeting a bet or 

cheating. meeting the ante. 

If it is a bank function, Bank Mode Routine 258 is 30 If the ante flag at 284 goes up, the system executes Set 

executed and the system returns to the Start Tasks Rou- Initial Ante at 286 and moves to process the ante by 

tine at 204. In operating through such a Start Tasks inquiries whether the bet is less than or equal to the 

Routine at 204, it can be seen from the flow chart that wealth account at 283. A negative response produces a 

the system will run through Task present at 206, Deter- Wealth Exceeded Error at 285 and a loop to return via 

mine Source at 208, Clear at 210, look at the Bank Task 35 ante 270 as shown. If the response to inquiry at 283 is 

inquiry at 216, and Test for Bank Mode 217, and Test affirmative, the player has sufficient funds or points to 

for Function at 218. The subsequent inquiries at 220 and stay in and the player in status lamp at 287 is turned on. 

222 as well as the ABORT at 224 and Exit Bank Mode The player's wealth account is decreased at 289 and the 

at 231 are made as hereinbefore described. pot is increased at 291. Thereafter, the system returns 

If the Bank Key inquiry 256 is negative, then a non- 40 via ante 270. 

zero Decimal String is a Raise Bet situation. A Raise/- After the initial ante, a negative response to raise 

Bet inquiry is made at 260. If the answer is affirmative, inquiry at 280 results in a Has Ante Occurred? inquiry at 

a flag is set at Set First Bet Flag 262, and an Ante in- 293. A positive response to the inquiry causes the sys- 

quiry at 268 is made as to whether the Raise Bet is an tem to execute Set Bet Equal to Ante at 295, Thereafter, 

Ante: If the answer is affirmative, return via Ante Rou- 45 processing proceeds as described above via the inquiry 

tine 270 is operative to hold the system in Ante Routine at 293. A negative response to Has Ante Occurred 293 

at 248. If the answer is negative, the system moves to produces an error at Cannot Enter Without Ante rou- 

Go To Game Routine at 272 and then Go To Proper tine 297, because a player cannot ante nothing or zero in 

Routine at 246 as shown. Finally, if the Raise/Bet in- order to play, (i.e. first raise has not yet occurred), 

quiry at 260 is negative, there must be an error and a 50 The system continues to loop back to Return Via 

system Error Routine 274 is operative to loop the sys- Ante 270 as long as the second raise has not occurred, 

tem back to the Start Tasks at 204. Once it does occur, the system exits the Second Raise 

inquiry at 282, moves to Go to Game Routine 246G, 

Select Game Phase ^^^^ Routine 247, and Clear Status bit 214 

Referring now to FIGS. 8A-8C (see FIG. 8D for SS to Start-Tasks in Game Mode 204G via the Game Rou- 

Drawing Arrangement), the flow chart resumes with tine (i.e. Loop II in FIG. 6). 

Return Via Ante 270, Instructed Return Point 203, As mentioned above, after a second raise has been 

Clear Status Bit 214, and Surt Tasks 204 illustrated in made player sequencing is important. Thus, an Is Cor- 

FIGS. 7A and 7B. As hereinbefore noted, once in- rect Player Up inquiry is made at 292 after Start Tasks 

structed to return to a particular game phase routine, 60 204G. If the response is negative, an Out of Turn Error 

the system stays in that routine until instructed to move 294 occurs and the game sequences back to the Start 

on to another. Tasks 204G via the above noted loop. If the response to 

The above concept is illustrated in FIGS. 8A-8C as Is Correct Player Up at 292 is positive, then the bet is 

follows. In Ante Phase it is assumed that play is about to processed at Calculate Bet Routine 296. An Is Bet 

begin in such a way that players may ante in random 65 Greater Than Wealth Account Inquiry is made at 298 as 

order As hereinbefore stated the system interprets an to whether the player has exceeded his wealth. If the 

initial ante as a first raise, because the pot starts at zero. answer is affinnative, the Wealth Exceeded Error oc- 

Thus, a non-zero decimal string preceeding a player curs at 300, sending the system to Start Task at 204G via 
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Go To Game Routine 246G. If the response is negative, 
the Compute Accounts Routine at 302 (FIG. 8B) pro- 
vides information as to the wealth amount, the bet 
amount, the pot amount, and other parameters. 

For purposes of explanation, various error sequences 5 
are noted (e.g. Out of Turn Error 294 and Wealth Ex- 
ceeded Error 300). However, the system software uses 
essentially the same error routine whenever an error 
occurs. That is. the system cycles back to the beginning 
of the loop where the error occurred and the player in 10 
error receives a display of all eights (888888) on his 
player station display. 

After a bet is completed, a Player Status Routine 304 
moves the player out of up status and increments to the 
next available player at Increment Game Station Num- 15 
ber (GSN) 306. An inquiry is thereafter made at 308 as 
to whether the new GSN equals 9. A positive response 
engages Set New GSN=1 at 310, The logic is that 
because there are only eight player stations, if player 8 
is the last one to make a bet, then the game must be 20 
moved up to the next player station, i.e., one. If the New 
Game Station Number GSN is not 9, the logic moves to 
the next inquiry as to whether the new GSN = Old GSN 
at 312. A negative response means that there is a player 
in the game available to make a bet. Therefore, the 25 
software executes to Set Next Player Up at 314 and 
Calculate and Display the Bet Account which displays 
the amount to stay in game on the player station and 
turns on his Player Up lamp, for the particular player 
and returns to Start Task at 204G. at which time the 30 
player may call the bet, raise the bet, or drop out in 
accordance with the game. 

It should be understood that the system software can 
bypass a player station not in the game for functions, 
etc., but the system polls the stations in order. Then a 35 
station that is out is still counted, the GSN increments 
and the system moves on. 

If the response to the question of whether the new 
GSN = Old GSN at 312 is positive, the system responds 
by executing Only One Player. Indicate Win + Display 40 
Amount 318. At such time the red light on the winning 
player station is activated and a display amount of the 
pot is transferred or displayed simultaneously in the pot 
display and in the player station display. The software 
then moves to Go To Win Routine at 346W, Return via 45 
Win Mode 322, Clear Status Bit 214, and the system 
moves on to the Start Task in the Win mode at 204 W. 

In the Win mode, the system inquires whether a Win 
Acknowledgement is Correct at 324 (FIG. 8C); that is, 
has the correct winning player pressed the Win Ac- SO 
knowledge button. If incorrect, Win Acknowledge- 
ment Error Routine 326 (similar to Errors noted 
Above) is executed, whereupon the system cycles back 
to the Start Task in the Win mode at 204W. If the 
proper player acknowledges the win by an affirmative 55 
at 324, the system goes to Compute New Wealth and 
Display Routine 328 

The system moves then to the Go To New Game 
Routine at 330, return via New Game 331, Clear Status 
Bit 214, and the Start Tasks in the New Game Mode at 60 
204N. A Bank Start New Game Inquiry is made at 334. 
A negative response means that the wrong player has 
pressed the RAISE/BET key for starting a new game 
and New Game Error Routine at 336 returns the system 
to the Start Tasks at 204 N. An affirmative response 65 
from the Bank Start New Game inquiry at 334 causes 
the system to Re-initialize and Clear Flags at 338 and 
Go To Ante Routine at 246A. Thereafter, the system 
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displays each player's respective wealth account at the 
respective display for each player by means of Display 
Wealth Account Routine 340, Clear Status Bit 214, and 
the system recycles to the original Surt Tasks at 204, 
shown in FIG. 7A. 

There are other routines for operating various logic 
sequences in the game which are not described in these 
flow charts. However, it is believed that because certain 
routines such as calculating, adding, subtracting, multi- 
plying and dividing are readily known by those skilled 
in the art, such a description herein is believed to be 
unnecessary. 

Further, multiple winners may be accounted for by a 
non-zero decimal string preceding an OUT key stroke. 
Thus, the player is counted out but may be later 
counted as a winner requiring acknowledgement in the 

win phase. 

It should also be understood that the system may 
provide other types of game play. For example, a player 
may purchase a wealth account at the rack track and 
place bets at a remote location from the betting win- 
dow, such as his restaurant table. The system would 
require identifying the player station and player game 
entry device such as a credit card or card entry device. 

What is claimed is: 

1. An electronic data processing and display system 
for use in a game wherein a plurality of players wager in 
turn on the overall value of their respective holdings 
relative to the other players* holdings of combinations 
of tangible indicia acquired in turn from a preset array 
of indicia in a random sequence, each indicia uniquely 
representing a designed value and different combina- 
tions thereof denoting order of entitlement to win the 
game and the accumulated wagers of all players for that 
game, said system comprising 
plural player station means respectively associated 
with each player for entry of data representative of 
wealth for purposes of the game and amount of 
wager by the respective player at applicable points 
in the game, each of said player station means in- 
cluding station display means, 
central data processing means responsive to wager 
and wealth data entries by the respective players at 
applicable points in the game for computation and 
furnishing of data to all of the player station means, 
and to central display means operatively associated 
with said central data processing means, said fur- 
nished data being representative of the accumu- 
lated wagers of all players to that point in the game 
and the amount remaining to be wagered by the 
player associated with that player sution means to 
remain in the game on that player's next turn, for 
respective display on the central display means and 
each of the station display means, said furnished 
data further being representative of wealth of each 
player at that point in the game, 
means responsive to the furnished data representative 
of wealth of any player for limiting the display 
thereof to only that player station means associated 
with the player whose wealth is represented by 
that data and 

selecting means operatively associated with said cen- 
tra) data processing means and with each of said 
player station means for selectively designating one 
of said player station means as a banking entity 
responsive to entry of initial wealth data from each 
of the player station means and to wager data and 
added wealth data entered at applicable points in 
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the game to account for changes in each p]ayer*s data processing and display unit for selectively process- 
wealth data as the game progresses. ing data entered from the individual stations on a non- 

2. The system of claim 1, further including interrupt interfering basis to perform at any point in time calcula- 
means operatively associated with said central data tions including the then-current cumulative amount 
processing means for inhibiting said central dai aproc- 5 wagered, the then-current minimum amount each 
essing means from responding to data entries from any player must respectively wager to remain in the game, 
player station means other than a preempting player and the then-current purchased allocation remaining for 
station means from which data entry has been com- each player and whether or not the amount wagered by 
menced without competition from any of the other tjjg respective player exceeds that remaining allocation; 
player station means, and for so long as such data entry 10 means responsive to the calculations for selectively 
continues from the preempting player station means. directing the data representative of some of the calcula- 

3. The system of claim 1, wherein said central data ^^jy predetermined ones of the individual sta- 
processing means includes sequencing means for sclcc- jj^^j display thereat and of others of the calculations 
tively activating each of said station display means to ^ ^^^^ display thereat, whereby 
indicate the player whose turn it is to wager. 15 i^onnat^n displayed or not to each of the respective 

4. The system of claim 1 wherem each of said player j ^ ^ individual or as part of a group to preclude 
sution means further mcludc^ means for entry of data ^ ^^ ^^ ^^^^ obtaining a competitive advantage 
indicative of withdrawal of the associated player form ^^^^^ ^ ^^^^ ^^^^ 

the game and wherem said c«itral data processing j^^j^jes interrupt means 

means is further responsive to data entered from the 20 ^^^^^ ^^^^ 

p ayer station means md.cat.ve individual stations on a non-interfer^g basis by sup- 

players except <>"e ^f^. ^he^^^^^^^^ pressing data entered at any station until data being 

accumula^ w^^^^^ entered form a time prior thereto from another station is 

game to the data representing the wealth of the remain- ^^^pj^^^^ ^^^^ ^J^^^ ^.^^^er includes sequencing 

'''l^A^e system of claim 4, wherein the furnished data Cleans for selectively activating the display at each 

represemative of wealth of a player is furnished by the f ^l^" «° f «^ P^^V^r ^l'^^^ '"^f^^ 

central data processing means to the player station decision whether to remam m or withdraw from the 

means associated with that player to the exclusion of all g^^. said central unit is responsive to entry to dau 

others for display on the respective station display 30 indicative ofwithdrawal from the game from all but one 

means upon entry of data from the last-names player of the stations to add the calculation of then<urrcnt 

station means indicating demand for such wealth data. cumulative amount wagered to the remaimng allocation 

6. A dedicated electronic dau processing system for applicable to that one station, said means for selectively 

a game in whic players successively wager against each directing is responsive to a data entry inquinng as to 

other on hands of playing cards held by each player 35 remaining purchased allocation from any station to 

until a player is entitled to the cumulative amount wa- direct the calculation thereof made by the central unit 

gered by vinue of holding the winning hand, said sys- applicable to that station for display only at the last- 

tem comprising: plural sets of data entry and display named station, and means operatively associated with 

stations, one set per player, for entry of data represent- said central unit and with each of said stations for selcc- 

ing player purchased allocations for wagering and rep- 40 tively designating one of said stations to act as a bank 

resenting player decisions to remain in or withdraw for the purchased allocations, 

from the game at applicable points in the game; a central • ♦ • » ♦ 
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FIG. 3B is a detailed functional block diagram of a 

. ILLUSION OF SKILL GAME MACHINE FOR A specific embodiment of the control logic shown in FIG. 

GAMING SYSTEM 3A. 

FIG. 3C is a detailed functional block diagram of a 

This invention relates generally to electronic gaming 5 specific embodiment of the game logic shown in FIG. 

systems and more particularly to a video amusement 3A. 

game terminal for playing a game providing the illusion FIG. 4 is a detailed block diagram of the specific 

of skill. embodiment of the terminal controller shown in FIG. 3. 

Prior art lottery gaming systems have typically m- FIG. 5 is a diagram of a specific message block for- 

volved a drawmgs or instant "rub-ofT* games. The cur- 10 mat utilized in the illustrated embodiment 

rent lotteries involving drawing, incorporate computer- FIG. 6 is a detailed block diagram of the specific 

ized systems using electronic terminals operated by embodiment of the central controller shown in FIG. 1. 

licensed retail lottery vendor to dispose printed tick- DETAILED DESCRIPTION OF THE 

ets having the players own selection of lottery numbers PREFERRED EMBODIMENT 

pnnted thereon. These systems are limited in that they ^^'^^ 

require a clerk to operate the lottery terminal. Further, ^^p- ^ illustrates in functional block diagram form a 

lotteries have been criticized for their appeal to lower specific embodiment of a secure video amusement gam- , 

income consumers. However, in recent times, there has system with remote secure communications. The 

been explosive growth in the coin-operated video system is a lottery system which includes a number of 

amusement game market which involves an entirely ^ f^y^ operated remote secure video amusement game 

new group of consumers in a market different from any ^^^^ tennmals 20 (hereinafter referred to as remote 

existing lottery. A synthesis of these two fields presents terminals). In a preferred embodiment, thousands of 

an opportunity to permit consumer operated terminals ^F*' remote terminals 20 may be installed at remote 

offering the opportunity to win a prize and to appeal to , sites such as bars, clubs, retail outlets, etc. It should be 

a new market. However, such a lottery system would ^^'^ ^Y^^^"^ ?^ terminaJs may also be used in 

preferably utilize a microprocessor based game system applications not involving a payed lottery, for example, 

which can be customized for different types of games. ^"^^^ f^^y ^ opportunity to wm a 

Since most lottery systems do not allow skill gjiies, a ^^^^J" *° ^ promotion (e.g. using a 

need exists in a video amusement game lottery for a c i. * * • i -^n i. *u i 

game whicA provides the iUusion If skill in orfer to '° „„!^f i . ^'""^ '^f^^f^ 

. *u 1 * -wi 1 « functions of a video amusement game including, for 

attract the largest possible market. ^ ^j^^^ 

It is accordingly an object of this invention to provide j^^^ ^^j-^^ technology, digital video technology, and 

a video amusement gaming machme having video ^^^er video technology. A player activates the remote 

amusement gam^ which provide Uie illusion of skill. 35 ^^^^ 20 by placing his money or other form of pay- 

Briefly according to one embodiment of the myen- ^^^^ t^e terminal and then plays a video amusement 

tion, a video amusement game machine for use m ar g^me. The player is provided with the amusement and 

gaming system is provided, having game features con- entertainment of a video game while at the same time 

trollabie by a game player. The machine comprises playing the lottery thus having the opportunity to win a 

player control means for providing player input signals 40 lottery prize. This permits a lottery system with con- 

for player mampulation of at least a portion of the game gumer operated terminals and avoids the need for a 

features to achieve a designated objective and means for tramed terminal operation clerk. Thus, the remote ter- 

providing an opportunity to win a prize in response to minals 20 are not bet collection devices but rather 

activation by the player and for determinmg a prize win piaygr operated lottery game machmes offering the 

independent of player input signals. Game processor 45 player an opportunity to instantly win while interacting 

/ means provide a presentation of game features accord- with the game machine. Each remote terminal 20, in the 

I ing to a predetermined set of game operational condi- preferred embodiment, permits the player to have a 

\ tions, the presentation of game features disclosing a choice of one of a plurality of different video games. 

J prize award through presentation of achievement of the The choice of games may include games using only 

designated objective and provides to the player the 50 computer generated video, games using only prcre- 

/ illusion that the prize award is determined by player corded video, such as on a video disk, or a game utiliz- 

/ skill in manipulating game features. ing a combination of both. ^ * 

BRIEF DESCRIPTION OF THE DRAWINGS ^^^^^ terminal 20 is coupled, as shown, by a / a-lW ^'^^ 

communications medium 22 to a central controller 24, \ 

The features of the present invention which are be- 55 which is primarily comprised of a computer. In the J 

lieved to be novel are set forth below with particularity preferred embodiment, the communications medium 22 

in the appended claims. The invention, together with is a telephone link whereby central controller 24 can 

further objects and advantages thereof, may be under- maintain two-way communications with the remote 

stood by reference to the following description and terminals. Clearly, other communications media will be 

taken in conjunction with the accompanying drawings. 60 obvious to those skilled in the art, for example, a two- 

FIG. 1 is a generalized functional block diagram of a way dedicated cable, a radio frequency channel, etc. 

specific embodiment of a secure lottery video game The two-way communications between the remote 

with secure remote communications. terminals is conducted using encrypted information so 

FIG. 2 is a perspective view of a specific embodiment as to prevent unauthorized access to the communicated 

of a secure lottery video game remote terminal. 65 data. 

FIG. 3A is a detailed block diagram of a specific The central controller 24 maintains supervision over 

embodiment of a secure lottery video game remote the entire network of remote terminals 20 handling, for 

terminal. example, accounting, validation, security, and seeding 



12/30/2003, EAST Version: 1.4.1 



4,582,324 

3 4 

of pools, among other tasks. The central controller 24 is tional block diagram of the remote terminal electronic 
coupled, as shown, to a number of peripheral devices 26 system. A primary subsystem of the remote terminal 20 
such as magnetic disks for storage of data, terminals for is the game controller 50 which includes game logic 51, 
operator supervision, and line printers, etc. which performs all functions necessary to control the 

Referring now to FIG. 2, a perspective view of a 5 game according to stored operational conditions. The 
specific embodiment of the remote terminal 20 embody- game controller 50 also includes control logic 52 which 
ing various aspects of the present invention is shown. controls a video disc player 53 (e.g. an Hitachi 9500SG 
Remote terminal 20 is comprised of the cabinet housing laser disc player) for playback of high resolution video 
32, having an appearance similar to an arcade video signals prerecorded on a video disc. Other video re- 
game which contains all necessary electronics. A dis- 10 cording devices may also be used for storage of prere- 
play screen 34, which may be tilted at an angle as corded video signals, for example, digital video systems, 
shown, is provided for convenient player viewing. In videotape, etc. In addition, the control logic 52 couples 
the illustrated embodiment, display 34 is a raster scan audio signals to a set of speakers 56 through an ampliiier 
display which permits display of video images, instruc- 55, and couples video signals to the monitor 58 under 
tions, game rules, odds of wmning, and other informa- 15 control of the game logic 51. The game logic 51 is cou- 
tion. The housing 32 also contains two speakers at the pled, as shown, to a terminal controller 70, and in con- 
level of the player's ear (not shown) sp as to be easily junction with the terminal controller 70, executes all 
heard and to provide for stereo sound. Player control necessary lottery functions. The game controller 50 is 
means are provided as a source of player provided stim- further comprised of a NTSC to RGB converter 54 
uli for transfer to the system electronics. The player 20 which converts NTSC video signals from the video disc 
control means are mounted below the video display player 53 to RGB signals for application to the video 
screen 34 and include two joysticks with triggers 35, 36 monitor 58. 

and two pushbuttons 38, 39, such as are commonly used Player stimulus signals are output from player control 
in the video game art. In the illustrated embodiment, the devices 57 responsive to player activation of the player 
joysticks 35, 36 provide signals responsive to user 25 control devices, such as the joysticks 35, 36 or pushbut- 
movement of the joysticks in a 360* radius about the tons 38 or 39 of FIG. 2. The player stimulus signals are 
center pivot point of the joystick to control interaction coupled to the game logic 51, as shown. In addition, 
of the player with the game play and logic. Typically, activation control signals are coupled from the coin/bill 
the joysticks control movement of some "control spot" accepters 59 to the game logic 51 to initiate game play 
on the screen such as a dot, cursor, star, arrow, or game 30 responsive to player insertion of the proper amount. In 
character to a desired horizontal and vertical position. the illustrated embodiment, a commercially available 
The two joysticks allow for dual play while the trigger high speed electro-sensitive rotary (e.g. SCI Systems, 
allows for easy control during fast game play action. Inc., Model 1080-2 A) printer 60 is coupled to the game 
The two pushbuttons 38, 39 provide for selection of logic 51 to permit printing of lottery tickets under con- 
options such as one or two player game operation and 35 trol of the game logic 51. The metallic coated paper 
other control functions. Clearly, other player control used by this type of printer minimizes the risk of alter- 
configurations known in the art may be utilized, such as, ation and counterfeiting. In the case of high tier win- 
touch screens, light pens, mice, audio speech recogni- ners, the printing of a winning ticket is controlled by a 
tion units, keyboards, etc. valididation signal from the central controller. A num- 

Each remote terminal 20 is also provided with a con- 40 ber of output devices 61, such as lights and solenoids, 
ventional electromechanical or electronic coin mecha- are coupled to the game logic 51, as shown, 
nism 40 on the front of the housing 32 to accept user The game controller 50 has multiple game selection 
coins or tokens to actuate the terminal 20. An optional capability. In the preferred embodiment, one of four 
bill accepter or second coin mechanism may be pro- games may be selected by the player through the player 
vided for the convenience of the player and minimize 45 control devices 57 after activation of the remote termi- 
machine down time by providing a second means for nal by payment of the required fee through the coin/bill 
payment Other payment mechanisms may also be used, acceptors 59. The game controller 50 can operate any of 
for example, tokens, debit cards, credit cards, etc. An a wide variety of games including real time computer 
escrow function is provided such that a player may generated video graphics games, games utilizing only 
decide not to play after inserting the money and may 50 prerecorded video signals recorded on a video disc, and 
then receive cash or a credit receipt in return. Addition- games combining real time computer graphics with 
ally, fewer or greater number of joysticks and pushbut- prerecorded video. 

tons, or other player control devices, can be provided Game programs for such computer graphics games 
according to the requirements of the video games de- and video disc games are known in the art. The com- 
sired. 55 puter control programs involved are stored m program 

A printer mechanism is provided at the front of the memory and can be downloaded from the central con- 
housing 32 mounted inside the housing. A recessed box troller 24, through the terminal controller 70 to the 
42, mounted behind the front panel of the housing 32 game controller 50 to permit changes in the games, 
and opening to the front, keeps the printer beyond the There are a wide variety of games which can be uti- 
player*s reach and is used as a receptacle for tickets 60 lized. 

dispensed from the printer. The printer permits the Computer graphics games which are suitable for the 
issuance of lottery tickets as a receipt indicating a lot- lottery remote terminals include such well-known skill 
tery win or loss, and permits printing of agent invoices, based games as TRON. In a lottery system wherein 
etc. The terminal housing 32 also includes an access prize awards are not to be based on skill, these games 
door (not shown) to permit access by authorized per- 65 may be used, for example, bv matching a random num- 
sonnel to the interior of the housing 32. b er to the score generated by the galme play . As an 

The operation of the remote terminal 20 may be un- alternative, a win or loss determined at the time of acti- 
derstood by reference to FIG. 3A which shows a func- vation may be disclosed at some point in the game. 
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Another highly suitable game is a non-skill game such In a specific embodiment, the game shows a motorcy* 

as Lady and the Tiger which is disclosed in detail in a cle ridden through the the hilly streets of San Fran- 

copending application, filed Aug. 11, 1983, by Martin cisco, with the player controlling the motorcycle by 

A. Keane, et al., entitled "Video Gaming Machine and moving the joystick right or left to turn it. The object of 

Method Based Upon A. Dramatic Narration.** In this 5 the game is to catch a limousine and obtain a prize value 

' game the player positions a character before a particular indicator from the passenger. This is done several times, 

door and once he chooses a door, certain events result, and a win results when three identical prize values have 

such as appearance of a Lady signifying a win, a Tiger been obtained. False clues are used to enhance play 

signifying a loss, or an open doorway which leads to the features, for example, the limousine may be shown 

next scene. False clues are sometimes used to enhance ^0 ahead of the motorcycle turning a certain direction, 

play characteristics, for example, the Lady's handker- f^^s giving the impression that turning the motorcycle 

chief appears in front of a door but may or may not ^" ^^^^ direction will improve the chances of catching 

indicate the presence of the Lady. In the preferred the limousme. In addition, while the game is played, the 

embodiment, the win or loss is determined when the ^^^^^ provides the sounds of a motorcycle and distinc- 

remote terminal is activated based upon a pool (to be Francisco street sounds. The player thus can 

described in detail hereinafter) for that game. . experience some of the sensations of a high speed mo- 

A novel game approach particularly suitable for the torcycle ride through the streets of San Francisco while 

instant lottery system creates the illusion of skill while P^?^"^ ^ lottery. 

still determining the outcome at the time the game is termmal controller 70, shown in FIG. 3A, is a 
started. In a specific embodiment, the player of the separate, secure unit within the remote terminal ho^^^^ 
game is flying in a spaceship with a cockpit point of which controls all commumcations in a secure man- 
view having a selected number of missiles available. ""^^ ^"J^ ^"^^^ controller 24 (see FIG. 1), 
The view shows many space objects in the background, ^"^ handles non-secure commumcadons with the game 
occasionally one of the space objects starts becoming ^ntroUer 50. The terminal controller 70 also controls 
larger and moves toward the player becoming a space- ^ f ^^^""^^ ^''f^^'J'^ terminal 20, directs 
ship which is moving rapidly. The player, using the the printing of tickets, and stores termmal play history 
joystick, aims and fires a missile at the spaceship. A '^''''^ ^% transmission to Ae central con- 

"hit" will result in an explosion with a prize value dis- ^^^Z^' ''iT/'^ITI ? f ^'TT '^'^ 

I J J , 1 other cntical data from the central controller 74. 

played, and shown on a panel on the screen. The pro- 3^ x„ ^^^^^^ tj,e terminal controller 70 makes the 

cess is repeated with a miss merely using up a missile determination for the low tier prize awards and controls 

i while a hit produces another prize value display. Each ^^e awarding of all prizes. The win values are kept in 
missile could fdlow a curved path which adds realism terminal controller 70 and are sent to the ^e 
and the spaceships fly by at varied spo^d. The player controller 51 whenever a game starts. If the ter^ 
must aim correctly to hit a spaceship, however, as the 35 controller 70 determines a high tier winner is to occur, 
game proceeds the tolerance for a hit is widened and the initiates a call to the central controUer 24 for vaUda- 
explosion of the missile gets stronger to increase the ^^j, 
chance of getting a hit In addition, the number of detailed records of play information are kept by the 
spaceships mcreisc until it becomes hard to miss. Thus, terminal controUer 70 as weU as records of exact prize 
the level of skill dmunishes as the game progresses, as 40 payouts and play frequency data on an hourly basis (i.e. 
opposed to the conventional practice of increasing diffi- hourly meters). This data is battery backed to safely 
culty as the game progresses. This gives the player the preserve it and is occasionally transmitted to the central 
illusion that a wm or loss is dependent upon his skiU. In controUer 24. The terminal controUer 70 includes a 
actuality, the game controller completely controls the central processor for control and processing, a modem 
outcome, such that three identical prize values produce 45 for telephone line communications, battery back-up and 
a wm of that value. The result, in the preferred embodi- protection circuitry to deter unauthorized access to its 
ment, is determined at the time the game is started based stored information. As shown in FIG. 3, alarm sensor 
on a pool. signals are coupled to the terminal controller 70 from 
Another type of game that is highly suitable for the alarm sensors 64, located in the remote terminal housing 
instant lottery system is an interactive video disc based 50 and the premises at which the remote terminal is in- 
game using video image signals and audio signals prere- staUed to detect attempts at unauthorized access. In 
corded on a video disc. This type of game provides addition, alarm signals generated by the terminal con- 
elevated levels of sophistication, quality and realism. troUer are coupled to an alarm 66 as well as to the cen- 
Such games, using prerecorded video combined with tral controller 24 via the communications medium 22. A 
real time computer graphics, utilizing game control 55 cash box lock control solenoid 67 is also provided, as 
circuitry as shown in FIG. 3A, are known in the art. shown, to permit control of the cash box. The terminal 
A novel game utilizing only prerecorded video sig- controller 70 can partially shut down to a power-down, 
nals is particularly suited for the lottery system. In this or sleep, condition to save power, and is powered-up 
game, 2 to 5 second sequences (i.e. 60-150 coherent either by a caU from the central controUer 24 or an 
action frames) of "live" game action are fUmed and 60 internal wake-up signal. The communications medium 
recorded on a video disc. Some computer generated 22, which in the preferred embodiment is a telephone 
graphics may also be recorded on the disc as well. Ap- network, links the remote terminal 20 to the central 
propriate audio sounds are also recorded on the disc in controller 24 to permit, inter aUa, a detailed accounting 
conjunction with the video signals. The prerecorded of terminal activity upon request from the central con- 
sequences and audio are manipulated to form game 65 troUer 24. In addition, the terminal controUer 70 can 
sequences. The computer graphics, either real time or initiate and transmit exception messages to the central 
prerecorded, are occasionally inserted between the controller 24 for exceptional conditions, such as unau- 
sequences to fill the video disc player search time. thorized entry, power outage, etc. Communications 
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between the terminal controller 70 and the game con- 
troller 50 is performed via the cable 68 coupled as 
shown. 

Referring now to FIG. 3B there is shown a detailed 
block diagram of the control logic 52 of FIG. 3A. The 
control logic 52 in communication with the game logic 
51, controls the video disc player 53, and switches audio 
output between audio from the video disc player 53 and 
audio from the game logic 51. The control logic 52 
interrogates the video disk player to determine the cur- 
rent frame location and provides instructions to step the 
player to the next required location. In addition, the 
control logic 52 switches between the video signals 
from the game logic 51 and video signals from the video 
disc player 53 coupling the selected video to the moni- 
tor 58. 

During play of a game, player control signals (e.g. 
representative of joystick position) generated by player 
manipulation of the player control devices 57 are cou- 
pled to the programmed game processor 100 of the 20 
game logic 51. The game processor 100 generates ap- 
propriate graphics, audio and control signals deter- 
mined by the game operational conditions. These sig- 
nals are coupled to the control logic 52 where the pro- 
grammed processor 71 processes the signals and couples 25 
them to the monitor 58 and speakers 56 through the 
video switch 88 and audio switch 90. 

For a video disc game the signals from the game logic 
51 are primarily control signals which are based upon 

..the game operational conditions. The processor 71, 30 
responsive to the current video frame location on the 
video disc and to the control signals, generates address- 
ing signals to direct the disk player 53 to the next re- 
quired video frame location for playback of the appro- 
priate video and/or audio signals. The addressing sig- 35 
nals are determined using a table or algorithm which 

..relates the player control inputs to the vidoe image 
addresses consistent with the game operational condi- 

..tions. The video and/or audio signals from the video 
disc player 53 are coupled, under control of the proces- 40 
sor 81, to the monitor 58 and the speakers 56 through 
the video switch 88 and audio switch 90. 

The control logic 52 comprises a central processor 71 
(e.g. a Zilog Z-80) which is coupled to other circuits, as 
shown, via a universal bus 72. A memory 74 is provided 
for program and data storage, comprising read only 
memory (e.g. Intel 2764) and random access memory 
(e.g. Hitachi HM6264P). A conventional clock genera- 
tor 76 is provided to generate required system clock 



8 



45 



signals, and a counter-timer chip 78 (e.g. a Zilog 8430) 50 3A). 



video signals from either the game logic 51, or the video 
disc player 53 to the monitor 58. Thus, when computer 
generated graphics are to be displayed, the switch 88 
couples the signals from the game logic 51 to the moni- 
tor 58, and when prerecorded video is to be displayed, 
signals from the RGB converter 54 are coupled to the 
monitor 58. Similarly, the audio switch 90 (e.g. Motor- 
ola 4016) switches audio signals from either the game 
logic 51, or the video disc player 53 to the audio amplifi- 
ers 55 and thus to the speakers 56, under control of the 
CPU 71. The audio switch 90 is capable of controlling 
each channel of stereo sound separately, thus, one 
channnel from each source may be simultaneously cou- 
pled to the audio amplifiers 55. 

In FIG. 3C, there is illustrated a detailed block dia- 
gram of.the game logic 51. A central processing unit 100 
(e.g. Zilog Z-80) is coupled, as shown, to a bus 92 
through a conventional address and data buffer 94 (e.g. 
Motorola 74LS245, 74LS244) The CPU 100 is also 
coupled to a counter-timer circuit 96 (e.g. Zilog 8430) 
which generates interrupt signals and to a memory 
circuit 98, as shown. The memory circuit 98 provides 
storage for program code and data, and is comprised of 
read only memory (e.g. Intel 2764, 27132) and random 
access memory (e.g. Hitachi HM6264) which is pro- 
tected by a battery backup circuit 102. Part of the ran- 
dom access memory is safe RAM, which is protected by 
a security program, for safe storage of important ma- 
chine meter data. In addition, part of the RAM is ac- 
cessable, as shown, to downline load control circuitry 
104 to permit downline loading of new program code 
and data. The safe RAM is controlled by the CPU from 
the bus 92 through a safe RAM control circuit 106. The 
bus 92 couples, as shown, to video generation circuitry 
composed of a background memory 108, vertical and 
horizontal counters 110, a color RAM 114, a video 
selector and driver circuit 112 and a foreground genera- 
tor 116. The video generation circuitry creates video 
signals based upon control signals from the CPU 100 
which specifies the images to be displayed and their 
locations on the screen. The monitor 58 ultimately con- 
verts the signals to visible game and diagnostic images. 
A detailed description of the video generation circuitry 
is disclosed in a co-pending application filed Aug. 8, 
1983 by John J. Pasierb, et al., Ser. No. 520,762, and 
assigned to the instant assignee. A video output 117 
from the video driver circuits 112, couples video signals 
to the video switch 88 of the control logic 52 (see FIG. 



provides timing, interrupt, and control signals, with 
each coupled, as shown, to the bus 72. A serial input- 
output (SIO) circuit 80 (e.g. Zilog 8440) is coupled, as 
shown, to the bus 72 to provide serial to parallel, and 
parallel to serial conversion to interface with the I/O 55 
circuits 82, 84. The I/O circuit 82 is an RS232 Driver 
and Receiver (e.g. Motorola 1488, 1489) which couples 
output signals to the game logic 51. The I/O circuit 84 
is also on RS232 Driver and Receiver for coupling 
control signals and address signals to the standard con- 
trol input of the video disc player 53. An Input/Output 
Decoder circuit 86, comprising a conventional decoder 
(e.g. 74LS138) and a latch (e.g. 74LS273), couples to 
the bus 72, as shown, primarily to provide decoded 
control signals from the CPU 71 to a video switch 88 
and an audio switch 90. 

The video switch 88 (e.g. Motorola 4066's), based on 
control signals generated by the CPU 71, switches 



60 



65 



A conventional Serial Input-Output (SIO) 120 circuit 
is coupled, as shown, to the bus 92 to provide serial to 
parallel and parallel to serial conversion for interfacing 
to the I/O circuits 122. The I/O circuits 122 comprise 
conventional RS232 Driver and Receiver circuits for 
communications with the terminal controller 70 on 
cable 68. A baud rate clock 118 provides clock signals 
to the SIO circuit 120. A conventional Input/Output 
address decoder circuit 124 (utilizing, e.g. 74LS138, 
74LS139) is also coupled to the bus 92 to provide ad- 
dress decoding for the SIO 120, and for input buffers 
126 and output drivers 128. The input buffers 126 cou- 
ple signals from the player control devices 57 through 
the bus 92 to the CPU 100, and signals from the printer 
60 and the coin/bill acceptor 59. The output drivers 
couple signals from the CPU 100 through the bus 92 to 
control the output devices 61 and other outputs, such as 
printer 60, lights, solenoids, etc. 
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In addition, a sound generator system 130 is coupled and thus continuously charges this battery to provide 

to the bus 92 through an interface RAM 129, as shown. for battery back-up during power line failures. The 

The sound generator system 130 primarily comprises a sleeper power supply 170 is coupled to the battery 168 

central processing unit 132 (e.g. Zilog 2^80), coupled to to provide short-term back-up power for the terminal 

a bus 139, with conventional program memory 134 5 controller processor 150. The memory battery 162 is 

(containing ROM and RAM) and address decoding 136 coupled, as shown, to the battery 168, and to the sleeper 

also provided, as shown. The CPU 132 controls two power supply 170, both of which charge the memory 

programmable sound generators 138 (e,g. General In- battery 162. The battery 168 also provides power to the 

struments AY-3-8912) to produce highly complex alarm circuit 172, which generates an alarm signal in 

sounds upon requests from the CPU 100, which are 10 response to the detection of unauthorized access to the 

coupled to the audio switch 90 of the control logic 52 remote terminal housing 32 by any of a number of sen- 

(see FIG. 3A). sors 64. The alarm signal is coupled to the terminal 

Referring now to FIG. 4, there is illustrated a de- controller internal alarm circuit 164, the terminal con- 
tailed block diagram of the terminal controller 70 troller processor 150, and to a protection circuit 174 
shown in FIG. 3. A two-way communications line 22, is 15 which drives an alarm transducer 66 (e.g. bell, light, 
coupled from the central controller 24 through a con- etc.). The alarm sensor signals are coupled through a 
ventional input protection circuit 140 to a modem 142 conventional protection circuit 176 and through a 
(in the preferred embodiment a 300 baud, auto-answer, sleeper circuit 178 to the alarm circuit 172. An alarm 
auto-dial modem chosen for cost effectiveness), as sensor signal causes the sleeper wake-up circuit 178 to 
shown, to permit reception or transmission of encrypted 20 activate the sleeper power supply 170, if the system is in 
data. A ring detection circuit 141 detects an incoming the power-down mode. Normally, the processor 150 
call and couples a detection signal to a wake-up circuit determines if the alarm 66 should be activated and in- 
178, as shown, thereby activating the wake-up circuitry hibits the alarm 66, if it should not be activated. If the 
in the event that the terminal controller 70 is in a power- processor 150 fails to activate, the alarm 66 will not be 
down state. The wake-up circuitry generates an actua- 25 inhibited. The processor 150 also determines if a call to 
tion signal which is coupled, as shown, to a battery the central controller is required and mitiates the call 
backed sleeper power supply 170 providing power to a when appropriate. 

terminal controller processor 150. The terminal controller circuitry described herein- 
The modem 142 is coupled through a conventional above, incorporates numerous novel security features to 
serial communicator 144 to the terminal controller pro- 30 provide for secure functioning of the remote terminal, 
cessor 150, as shown. In addition, the cable 68 is cou- In addition to battery back-up and protection circuitry 
pled from the game controller 50 (see FIG. 3) through to permit erasing the encryption keys, the terminal con- 
conventional input protection circuitry 146 to a stan- troller 70 is enclosed in its own tamper resistant enclo- 
dard RS232 interface 148 to permit communications sure with sensors 163 attached to detect tampering, 
between the terminal controller 70 and the game con- 35 Other sensors 64 are positioned within the remote ter- 
troUer 50. The interface 148 couples signals through the minal housing 32 and at all doors to detect penetration 
serial communicator 144 (in the preferred embodiment, of the housing 32. The terminal controller 70 includes 
comprising Zilog 8440 SIO*s) to the terminal controller door sensors, AC power sensors, and phone line con- 
processor 150, as shown. The processor 150 is prefera- nection sensors. In addition, the terminal controller 70 
bly a low power processor, such as a Zilog Z-80, and is 40 allows for connection to the burglar alarm of the prem- 
coupled directly to a program memory 152, as shown. ises. The terminal controller 70 can also relay a message 
The memory 152 includes ROM and battery backed up, indicating detection of tampering or power failure to 
down-loadable RAM which permits alteration of pro- the central controller as well as to react locally with 
gram code from the central controller. In addition, a alarm 66, shut-down of the remote terminal 20, or era- 
battery powered RAM 154 is provided to permit safe 45 sure of secure information. All conununication between 
data storage. A battery powered encryption and de- the terminal controller 70 and the central controller 24 
cryption key RAM 156 permits storage of an encryp- are sent in encrypted form. 

tion or decryption key used for encrypting or decrypt- A public key encryption method known as RSA 
ing data for secure communications between the tenni- public key encryption can be Utilized as a high security 
nal controller 70 and the central controller 24. The 50 method of encryption. This scheme involves the use of 
encryption key stored in encryption key RAM 156 is a secret key by each controller for decryption. The 
utilized by the processor 150 to encrypt any information encryption key is made common knowledge but the 
which is to be transferred from the terminal controller decryption key is not available and is kept secure in the 
70 to the central controller 24 and the decryption key is decryption key memory 116 of the terminal controller 
used for decrypting received data from the central con- 55 70. This RSA method is known to be computationally 
troller 24. The encryption and decryption key RAM intractable. This method may be used only for highly 
156 and RAM 154 is also coupled to a memory battery sensitive data such as transmission of medium security 
162 through a **key killer" circuit 158 which cuts off encryption keys or high tier winners because it is corn- 
power to the RAM 156 and 154 in response to an at- putationally complex and time consuming, 
tempt at unauthorized access to the terminal controller 60 A second encryption method which may be used is 
70, thereby erasing the encryption and decryption key the widely known DES (Date Encryption Standard) 
and all other RAM data. The unauthorized access is method developed by the National Bureau of Stan- 
detected by sensors 163 coupled to a terminal controller dards. This me^od is used for higher speed encryption 
internal alarm 164 which generates an alarm signal of medium security data, such as low security encryp- 
which is coupled as shown to the key killer 158. 65 tion or decryption keys or seed data. To improve secu- 
The power line, constituting the primary power rity, multiple levels of DES encryption may be used, 
source, is coupled as shown to a battery charger 166. Simpler, but less secure encryption methods which are 
The battery charger 166, is coupled to a battery 168, known in the art are options for low security, high 
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speed data transmissions, such as meter data, or pro- seeds are created at the instant when the central con- 
gram code. troller needs to start a new pool. These digits are gener- 

A standard message format is utilized for transmis- ated using a pseudo-random number generator, such as 
sions between the terminal controller 70 and the central are known in the art, using an input from the computer's 
controller 24, as illustrated in FIG. 5. A block with a 5 clock. As a result, there is no way to predict in advance 
maximum message length of 256 bytes of eight bits each the randomization of a given pool, 
is used. As shown, the first two bytes are synchroniza- When a mini-pool seed is requested by the terminal 
tion codes, followed by a message number, then the controller 70, a value from the terminal controller clock 
message length. The message number is an eight bit is transmitted with the request. The digits of each mini- 
number which is incremented after each message is sent, 10 pool seed are generated at the central controller 24 
and is used for determining error recovery on missing using the pool seed and the terminal controller clock 
blocks as well as for security to detect unauthorized value to feed a random number generator. The resulting 
communications. The message length is the number of mini-pool seed is then transmitted to the terminal con- 
bytes used for the text segment of the block with a troljer 70. In addition, a high tier win is reserved to be 
maximum of 247 bytes per block. This text segment is 15 included in the mini-pool. This seed is then used to 
encrypted for all transmissions. Following the message randomize the mini-pool thus determining which play- 
length is a message type code, with four typ^ used m ^o^j, j^igj, ^^^j. p^^es and low-end prizes. This is 

the illustrated embodiment. They are (1) STX-data to ^one by using the random seed to shuffle the wins into 
ACK-previous message correctly received ^ .^^^^^ ^^^^^ y^^^ ^ randomizing algorithm, such 
? NAK-previous message not correctly received, and 20 ^ ^j^^^ ^j^^ distribution of wins 

(4) XOF-retransmit previous message after ten seconds ^.^j^.^ j ^^j, predictable. A suitable 

After the text bytes, an end of text or end of block code randomizing algorithm is the linear congruential 
IS inserted followed by two bytes of cyclic redundancy ^^^^^^ ^ ^^^^.^ ^^^^^^ 

code and a guard end byte. If ^ message is more than ^^^^^^ ^^^^^ ^^^^ randomizing algorithm 

247 bytes, multiple blocks are used for the message 25 are also stored by the central controller 24 to permit the 

Among the secured functions perfonned by the ter- ^^^^^jj^^ ^ ^ ^^^^^^^^ distribution of wins 

minal controller processor 150 is the deternuna ion o^ ^ validation. It should be noted that the winners 

pnze pools o insure accurate prize payouts guarant^^^ ^^^^^^^ ^^^^ ^ 

ing a predetermined total prae value w^^^^^^ a pre e- ^ ^^^^^ each individual play on the remote 

lected group of plays, referred to as a pool. In a pre- 30^ .i. -j ^Tij j 

ferred embodiment, each pool contains a million plays ™^ « ^" independem uncontrolled random event. 
..and each pool is further divided into a thousand mini- ^he terminal controller 70 is also involved m the 
.pools of a thousand plays each. This multi-level pool validation process of high tier wins. When the terminal 
system may be expanded to three or more levels as controller 70 determines that a high tier win will occur 
needed. For example, a major pool for high tier win- 35 ^^r the play of the game currently started, the terminal 
ners, secondary pool for intermediate winners and a controller calls the central controller 24 to request vali- 
:.mini-pool for low end winners. ' l^^^^"' J^^ ^^",^^^1 controller 24 checks to venfy that 

The mini-pool is used to implement a Fixed low-end the high tier wm is correct and that the allotment of 
.prize structure such that within a small number of plays high tier winmngs for that termmd has not been used 
(i.e. 1000) there is a preselected amount of low-end prize 40 "P- If the wm is valid, the central controller 24 will 
value (for example, low-end winners could include all transmit a win amount and validation code to this termi- 
prizes of S25 or less). Thus, there is a known amount of controller 70. The terminal controller 70 sends this 

low-end prize value in each mini-pool. This ensures that mformation to the game controller 50 for prmtmg on a 
each terminal will have its share of winnmg value and lottery ticket. The validauon code on the ticket cgj, be 
may be accomplished by using a predetermined number 45 «sed to venfy authenticity pnor to payment. If the high 
of each win value or by a distribution of different wins tier prize was not correct the central controller 24 can 
having equal total prize values. The central controller send a shut-down message to the termmal controller 70, 
24 assigns a mini-pool for each particular game to each which then shuts down the remote game terminal. If 
remote terminal 20 from its larger supply of 1000 mini- communication between the terminal controller 70 and 
pools. Since each remote terminal 20 has a number of 50 the central controller 24 cannot be made before the end 
different games, each terminal controller maintains an of a game, the terminal will not print a winning lottery 
equal number of separate mini-pools. Each time a mini- ticket but instead the remote terminal notifies the player 
pool is completely used, the terminal controller 70 initi- that he has won a prize and prints a special ticket that he 
ates a telephone call to the central controller 24, reports must take to a validation center to determine the value 
on the completion ofthe mini-pool, and a new mini-pool 55 of the win. If the printer is disabled, the terminal will 
is assigned by the central controUer 24. When all 1000 void the play and the player will obtain a refund. The 
mini-pools of a given pool have been assigned, the cen- terminal controller 70 can then send a message to the 
tral controller 24 then creates a new pool. game controller 50 disabling the game until communica- 

Intermediate and large or grand prize winners are tion can be established, 
generally not sufficient in number to permit even one of 60 In an alternative mode, a high tier winner may enter 
them in each mini-pool. Thus, there is a selected set of his name and address, or other information into the 
these high tier winners in each pool, and some mini- remote terminal 20 using the player control devices 57, 
pools will contain such a large prize while some may The terminal controller 70 then transmits this informa- 
contain none. tion to the central controller 24 thus electronically reg- 

The pools and mini-pools are determined based on 65 istering the winner. The game controller then prints a 
random seed numbers. In the preferred embodiment, receipt but the winner need only go to a claim center to 
pool seeds, and minipool seeds are used which deter- obtain payment. This electronic claim process improves 
mine the outcome of every play. The digits for the pool the security of the claims process. 
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Tenninal controller 70 serves also as a storage loca- set up to count down any integer number of clock inter- 

tion for collection of various remote game tenninal rupts into one system tick time (the basic system time of 

meter data, such as, the number of games played, money which all software timers are multiples). For the pre- 

in the terminal, the amount of winnings paid out, and ferred embodiment of the terminal controller, the 10 

other data. The terminal controller 70 periodicaUy polls 5 milliseconds (100 hertz) clock interrupt is used as the 

the game controller 50 to make sure it has up-to-date system tick time. At tick time, tasks are reevaluated for 

meter data. The hourly meter data is kept by the termi- priority of execution, all counters are decremented, and 

nal controUer 70 in battery backed RAM 154 until it is the time of day is incremented, 

requested by the central controller and is then transmit- a vectored interrupt mode is used for all external 

ted. Once the central controller 24 has received the data 10 communications. Thus, the terminal controller 70 can 

it sends a message back to the terminal controller 70 automatically jump to various routines. In general, the 

that tells it that the meter data is safely stored in its character input routines will read a character from a 

memory, and that the terminal controller storage is port and write it through a circular list, and the output 

freed up for reuse. The integrity of the meter data is also routines will read a character from a circular list, and 

maintained across the telephone transmission lines 15 write it out to a port 

through the use of a cyclic redundancy code (e.g. CRC- ^ non-maskable interrupt will occur only when the 

16 method as used m the IBM binary synchronous com- ^as been removed from the terminal controller 

mumcations protocol). The addition of the cyclic re- 70 long enough for the battery to be low. At that 

dundancy code to the data is a commonly used method ^^e terminal controller will mitiate a phone call to 

for venfying the correctness of transmitted data If an 20 central controller advising it of the situation, and 

error is detected at the receivmg end, the central con- ^j^j inactive 

troUer 24 sends back an error message to the terminal rp, ^ ♦ ♦ n n j • ♦ * 

controller which then retransmits the data until it gets .^X!^ h 

throuffh correctlv ^ actually interrupt the processor, but instead is 

Additionalsecurityfeaturesoftheterminalcontroller 25 P^^^^^ ^'J^'^S clock interrupts. An I/O port contains 

70 involve detection and transmission of exceptions ^^^^^"^ statuses such as 

such as alarms, printer empty, malfunctions, power t""' 

failure, and others When an exception is detected, the ^i^ ^^^^ u^^T TT- '^'^^ ^""^^ 

terminal controller 70 determines the severity of the changes, so a read of that bit durmg clock interrupt will 

exception and sends a message to the central controller 30 ^JJ'^'^y determine if any actions are requured. If no 

for the more serious exceptions while logging the less change has occurred m the latched bit, the termmal 

severe exceptions for later transmissions. controller 70 returns to execute the highest pnonty 

The program set for the terminal controller uses a ^^^^^ ^^sk- If the bit indicates that a change has oc- 
commercially available operating system for linkage of curred, the interrupt routine stores the alarm condition 
the various tasks operating within the terminal control- 35 schedules an alarm task to be run. 
ler. This operating system is called AMX. for "A Multi- ^he terminal controller 70 can modify its own pro- 
tasking Executive" (marketed by KADAK Products, S^^^ ^'"'^ operatmg based upon data received 
Limited). It allows for up to 63 concurrently running ^0°^ the communication line 22. This is typically used 
tasks of various priorities to send messages and schedule correct small bugs which are discovered after the 
other task on a real time interrupt driven basis. It in- 40 machine is in the field. It can also be used to generally 
eludes user tasks, such as real time clock/calendar, task enhance machine programs from the central controller 
scheduling on a time of day or a periodic basis, buffer 24 or write new game programs from the central con- 
management, intertask communication with buffering, droller 24 without requiring direct reprogramming. 
and many other features. Under the operating system To allow for this program downline loading, the 
there are three main types of programs: restart proce- 45 terminal controller 70 tasks are defined with several 
dures, interrupt service procedures, and user tasks. The non-existent tasks in the operating system task table, 
terminal controller also has a resident library of com- The non-existent tasks are simply defined to the operat- 
monly used re-entrant subroutines. i^g system so that their entry points are at some prede- 

The scheduling algorithm of the operating system for fined address that initially contains a return instruction, 

task execution is absolute scheduling, so that the highest 50 Then tasks are set up so that the non-existent tasks are 

priority task is given all the time that is needed and only never scheduled to run. These holes in the operating 

when it gives up the processor is the next highest prior- system task table are of various levels of priority to 

ity task allowed to run. This continues down to the aUow for various priority options to be added, 

lowest priority task. There are no two tasks with equal When a task is to be added, an appropriate section of 

priority. Thb means that a task of high priority will 55 unused memory is first filled with the new task received 

inhibit the operation of all tasks of lower priority. from the communications line 22. Next, the operating 

Within the terminal controller 70, in the preferred system task table is modified to include the new task, 

embodiment, there are three types oftnie interrupts and The new task is scheduled to run by either directly 

one type of "polled" interrupt. The three true interrupts modifying the operating system task table or by setting 

are the clock interrupt, the I/O character interrupt, and 60 up conditions that cause the existing task to schedule the 
the non-maskable interrupt. The one polled interrupt is new task to run. 

the alarm interrupt. The terminal controller 70 in the Various routines make up the terminal controller 
form of the preferred embodiment, uses the Z-80 mode software including, the restart routines, the interrupt 
two interrupts, or vectored interrupts, which allows the service procedures, the high priority tasks, and the low 

interrupt routines to reside anywhere in memory. 65 priority tasks. The high priority tasks include those that 
The termmal controller 70 generates regular clock recognize communication, sensor, or clock oriented 
interrupts of a programmed frequency, which in a pre- events, and then pass control to a central message 
ferred embodiment is 100 hertz. The operating system is switcher task. The message switcher task thdi calls the 
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routine that can process the message involved. This tion is completed, program control quickly returns to 
allows for modular software. the task that was interrupted. The routine is initiated 

Sensor events (e.g. door open, character arrival, etc.), when a transmit buffer empty interrupt occurs causing 
communications events (e.g. messages that arrive on the terminal controllers vectored interrupt mechanism 
either the communication line 68 to the game controller 5 to vector to the serial output program. There is one 
or the communication line 22 to the central controller), entry point for each serial input line and each entry 
and clock events (e.g. the houriy meter store, the daily point sets up registers for line dependencies and jumps 
meter store, etc.) send messages to the message switcher to the standard character output handler, 
task which calls various event handler tasks which actu- There are a number of functions where a table system 
ally process the events. 10 is utilized and where a constant data file area is needed 

Most of the work is done by the event handler tasks, (e.g. the central controller's phone number, the encryp- 
which include routines to determine win values, and to tion keys). Thus, certain data areas are linked into mem- 
create messages for sending to the game controller 50, ory to provide the necessary data fields. The data areas 
or central controller 70. All these routines use a com- include the following: 

mon library of reentrant subroutines. The various tasks IS A custom data area is used to store data that makes 
are arranged in order of priority with the communica- one terminal controller different from another, such as 
tion sensor and clock events being either interrupt the central controller phone number, encryption keys, 
driven or of extremely high priority, running on a decryption keys, etc. Another data area is used to store 
polled basis from the clock interrupt routine. Next in variables that are used by various routines but which 
order of priority of tasks is the message switcher, which 20 are not defined in any other manner. Another data area 
accepts the request for processing and prioritizing the is used to hold finite state tables that are used to define 
events, and then calls the appropriate routine to handle the operation of the message switcher routine. They are 
each event. The subroutines of the message switcher separated from the code to allow for quick changes to 
may determine that other processing must be done to be made for the operation of the protocol from the 
complete the processing of the events, and may resch- 25 central controller without major changes to the code, 
edule the message switcher repeatedly. The lowest The task routines are stored in order of the priority of 
priority tasks are routines which are completely non- execution so that higher priority tasks are always exe- 
critical with respect to time, such as the terminal con- cuted before lower priority tasks. The task routines can 
troller self checking routines which verify the proper be described in general as follows: 
operation of the terminal controller 70 and which run 30 A clock handler routine is the highest priority task in 
when the terminal controller has nothing else running. the system. This task updates the time of day and calls 

A number of restart routines are used that are exe- a subroutine called CLKSHED, which checks to see if 
cuted only at system start-up which perform such tasks periodic tasks are to be scheduled. It is the highest pri- 
as device initialization, setting time of day, setting ority task because the clock would be corrupted if it did 
counter timers, and so forth. 35 not run each and every clock interrupt. 

When the terminal controller 70 fu-st begins operation Another routine TIOTSK is used to test each serial 
at power-up or restart, there is a jump instruction to line status every 10 system ticks and if it is not transmit- 
jump to the AMX operating system entry point. The ting, the routine reads a circular list for a character. If 
operating system does initialization and then calls the there is a character, the character is written to the out- 
restart routine. The restart routine sets the processor 40 put port. If there's not a character nothing is done. The 
interrupt mode, programs the input ports and programs output serial lines are interrupt driven and therefore do 
the clock internipte. The restart routine then determines not require attention while they are running. However, 
the cause of the restart and calls the appropriate subrou- some method is needed to start the line each time an- 
tine for that type of restart. other message is to be sent, thus the need for this rou- 

Under the AMX operating system, each interrupt 45 tine, 
must have its own interrupt routine. The interrupt rou- An alarm condition task routine ALMTSK is a rou- 
tines include the following routines. tine which determines the type of alarm which has 

A clock interrupt service procedure routine first occurred, and then sends a message to the message 
stores register values and then checks the alarm I/O switcher informing it which alarm has occurred. The 
port to determine if an alarm has occurred, and then SO task is scheduled by the clock interrupt service routine 
reads and sets the alarm ports if an alarm has occurred. whenever an alarm condition is detected. 
The program then schedules the alarm handler task A central controller communications task CCCIR- 
routine if an alarm has occurred and then jumps to the CUIT is used to establish communications with the 
standard operating system clock handle routine. central controller and controls such things as dialing the 

A serial input service routine is used to read in char- S5 phone, exchan^ng passwords, and terminating the 
acters in response to a character interrupt and then communication in an orderly fashion. A ring detection 
writes the character to a circular list associated with the signal or a flag showing that a call is to be initiated 
input line. This provides buffered input of up to 255 causes entry to this task routine, 
characters on all incoming serial communications lines. A data link layer task routine CCDATALINK, 
After the operation is completed, control returns to the 60 scheduled and terminated by the CCCIRCUIT routine, 
task that was interrupted. handles the acknowledge and no acknowledge of mes- 

A serial output interrupt service routine is used to sages, the CRC calculation and the block formatting of 
check the output circular buffer for a character for each messages for communications with the central control- 
line, and then write the character to the output port ler. 

associated with the output line if there is character, and 65 An incoming message task routine CCINLINK is 
returns from the interrupt immediately if there is not. used for handling the incoming communications from 
This provides buffering of up to 255 characters on all the central controller. This routine waits for detection 
outgoing serial commuications lines. After the opera- of two sync bytes then inputs one communication block 
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and passes its address to the communications data link 
routine. This routine is scheduled and terminated by 
CCCIRCUIT and communicates with the CCDATA- 
LINK routine. 

A communications outgoing task routine CCOUT- 5 
LINK handles outgoing messages and transmits the two 
synchronization bytes, message number, message 
length, message type, the text, the ETX or EOB pre- 
fixes, and the CRC code. This routine is scheduled and 
terminated by the CCCIRCUIT routine. 10 

A game communications task routine COMGAME, 
scheduled by the message switcher routine, handles all 
communications bidirectionally with the game control- 
ler. Its operation consists of getting the message on the 
communications line and sending the message to the IS 
message switcher routine, or fetching a message from 
another task and sending the message to the game con- 
troller. 

A meter task routine MTRSK reads the meter values 
and stores them for transmission to the central control- 20 
ler the next time the communications with the central 
controller is established. This task is automatically 
scheduled every hour by the operating system clock 
handler. 

A message switcher task MSGTSK is a major task 25 
within the terminal controller software. Various high 
priority tasks sense events requiring some response from 
the terminal controller and send the message switcher 
prioritized messages that the message switcher must 
handle. The message switcher looks at the message 30 
number of the incoming message, looks up the number 
in a table of subroutines, and calls the subroutine that 
handles the message. The subroutine processes the mes- 
sage, sets the various appropriate flags, and occasionally 
reschedules the message switcher to run with the new 35 
message that the subroutine has created. This permits 
quick modification from the central controller of the 
tables to alter the operation of the terminal controller 
with minor or no impact on other routines. 

A memory integrity task MEMTSK is the lowest 40 
priority task in the system. This task verifies the integ- 
rity of the memory and informs the alarm handler if an 
error is detected. 

Also stored within the memory of the terminal con- 
troller is a resident library of commonly used routines 45 
which are reentrant so that they may be used by more 
than one task. The resident subroutine library includes 
the following routines. 

A routine called INITLOAD is used to get charac- 
ters from the game controUer interface and load them 50 
into RAM. No security is used for this transfer and this 
routine is used only at system start-up to load the rest of 
the non-ROM based routines into memory, 

A routine called INSTALL is used by the central 
controller for installation of the terminal controller at 55 
the agent's sites. The central controller enters values 
such as the phone number of the central controller into 
the terminal controller's memory. Once the temunal 
controller 70 has successfully finished communicating 
with the central controller 24, a fuse is blown, complet- 60 
ing the installation process and the terminal controller 
70 becomes fully operational. 

Another routine referred to as the Buffer Manager 
routine controls access to groups of temporary buffers 
that may be needed by various tasks from time to time. 65 
This routine is part of the AMX operating system. 

Another routine called CLKSHED is called once 
every second by the time/date routine within the AMX 
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operating system. This routine checks the current time 
to see if any of the tasks that are to run at certain times 
are to be run at that time and if so schedules them to run. 

A routine GETTIME takes the clock/counter values 
from the clock/calendar circuitry and sets the values in 
a buffer. 

A SETTIME subroutine sets the clock/calendar 
circuit with the time and date from a time/date buffer. 

A GETCC subroutine fetches a character from the 
circular list, or waits for the next character if there isn't 
an existing character in the list, 

A PUTCC subroutine writes a character to the circu- 
lar list or waits until there is a location available and 
then writes the character. 

A CRCGEN subroutine is used to generate CRC 
code characters. 

A SAVREG routine is a general purpose register 
saving routine which saves all registers and flags on the 
stack and then returns to the position at which it was 
called. 

A RSTREG subroutine is a routine which takes the 
registers and flags that were put into the stack by the 
SAVREG subroutine and restores them to the registers. 

A POOLGET subroutine takes a pool seed and itera- 
tion number as an input and returns a win value after 
being called. 

A DECRYPT subroutine is a general purpose de- 
cryption routine that is called whenever decryption is 
required. It takes an encrypted buffer and decrypts it 
with the currently active decryption key, utilizing the 
specified encryption level. The result is placed into a 
buffer which is then returned to the calling program. 

A ENCRYPT subroutine is a general purpose en- 
cryption routine. Whenever a buffer needs encrypting, 
this routine is called with the address of the buffer and 
the level of encryption to be used. This routine then 
encrypts the buffer and returns the address of the en- 
crypted buffer to the calling program. 

A DIAL subroutine dials the phone to call the central 
controller. 

A ANSWER subroutine answers the phone when the 
central controller calls. 

A library of subroutines for use by the standard com- 
piler is also part of the run time hbrary. 

The central message switcher task calls the event 
handler subroutines on a one at a time basis to process 
each event as it occurs. There is one event handler 
routine for each condition to be handled. The event 
handler subroutines that are used include the following 
routines. 

A MSGPOL routme is called by CCCIRCUIT 
whenever a poll message is received from the central 
controller. It interprets the message and creates an ap- 
propriate message for transmission back to the central 
controller. It then schedules the message switcher for 
the transmission of the message to the central control- 
ler. 

A MSGMDl event handler subroutine b called 
whenever a MDl (i.e. marketing and accounting data) 
message is to be transmitted to the central controller 
and sends the message to the CCCIRCUIT routine for 
transmission. 

A MSGAOU event handler routine is called when- 
ever an AOU (Acknowledge Outgoing message) mes- 
sage is received from the central controller. This means 
that the previous message sent by the terminal control- 
ler has been fully processed and the buffer space that is 
used may now be reused by the terminal controller. 
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A MSGHDR event handler routine is called by the 
message switcher whenever an hourly meter data re- 
quest is received from the central controller. It inter- 
prets the request and creates an hourly meter data mes- 
sage for transmission back to the central controller, and S 
then schedules the message switcher for the transmis- 
sion of the MDl message to the central controller. 

A MSGHTD subroutine sends the hourly data trans- 
mission message to the CCCIRCUIT routine for trans- 
mission to the centra] controller and is scheduled by the 10 
message switcher routine. 

A MSGDOR routine is called whenever the condi- 
tion of one of the game doors is changed and sends a 
door open message to the central controller. This door 
change condition is detected by the alarm task 15 
ALMTSK which schedules the message switcher to 
run the MSGDOR routine. The MSGDOR routine 
formats the message and sends it to the CCCIRCUIT 
routine for transmission to the central controller. 

The MSGDRC routine is called by the message 20 
switcher in response to a message from the central con- 
troller to control the condition of the cash box door 
solenoid. It can lock or unlock the cash box, depending 
upon the content of the message. 

A MSGINV event handler subroutine is called by the 25 
CCCIRCUIT routine whenever an invoice message is 
received from the central controller. The invoice mes- 
sage consists of the information necessary for the print- 
ing of the agent's invoice. The MSGINV routine for- 
. mats the agent's invoice and prints it. A AIN (Acknowl- 30 
edge INcoming message) message is then scheduled to 
be sent to the central controller. 

A MSGAIN routine creates an AIN message which 
is sent to the CCCIRCUIT routine for transmission of 
the AIN message to the central controller. This message 35 
informs the central controller that various messages 
have been correctly received and processed. 
. A MSGMPR routine is called by the Pool Manager 
routine whenever one of the minipools is low on win 
.values. A phone call to the central site is then initiated 40 
..and an MPR message is transmitted. 

A MSGMPS event handler routine is called by the 
CCCIRCUIT routine whenever an MPS message is 
received from the central controller. This routine up- 
dates the minipool values for use in determining future 45 
win values. 

A MDGBWD event handler routme is scheduled by 
the message switcher whenever a big winner has oc- 
curred and results in a sending of a message through the 
CCCIRCUIT routine to the central controller. 50 

A MSGBWV subroutine is called by CCCIRCUIT 
routine whenever a big winner validation message is 
received from the central controller. This message is 
then processed and sent to the big winner printer for 
printing of a big winner ticket. 55 

A MSGECR subroutine is called by the message 
handier and generates the electronic claim receipt reject 
message sent by the CCCIRCUIT routine from the 
terminal controller to the central controller. If the 
printer fails or communications with the printer is lost, 60 
the winner will receive a ticket which must be validated 
at a later date. 

A MSGECD routine is scheduled by the message 
switcher to send an electronic claim data message 
through the CCCIRCUIT routine from the terminal 65 
controller to the central controller. 

A MSGTPF event handler subroutine which is 
scheduled by the alarm task ALMTSK is a routine 



which formats a ticket printing failure message which is 
then handled by the CCCIRCUIT routine to send a 
message from the terminal controller to the central 
controller. In case of the printer failure together with 
communication loss with the central controller, the 
player will receive his money back. 

A MSGCPO event handler subroutine is scheduled 
by the message switcher in the event of a ticket printer 
failure and generates a claim printer order message. The 
message is sent by the CCCIRCUIT routine to the 
central controller. 

A MSGTPA event handler subroutine is scheduled 
by the message switcher when a message is received to 
handle ticket printer acknowledge messages. 

A MSGEXD event handler subroutine is scheduled 
by the message switcher when an exception has oc- 
curred and sends a message which is an exception data 
message to the CCCIRCUIT for transmission from the 
terminal controller to the central controller. 

A MSDMSD event handler subroutine is scheduled 
by the message handler and sends market survey data 
from the terminal controller to the central controller by 
formatting a message and handing it to the CCCIR- 
CUIT routine for transmission to the central site. 

A MSGCMD event handler subroutine is scheduled 
by the message switcher in response to reception of a 
command message from the central controller and 
passes the appropriate message to the required routine. 

A MSGCMR event handler subroutine is scheduled 
by the message switcher and formats the command 
response to the central controller in response to com- 
mand data received from the central controller. The 
CCCIRCUIT routine then handles transmission of the 
response. 

A MSGPLH event handler subroutine is scheduled 
by the message switcher in response to a message re- 
ceived from a central site. The routine solicits market- 
ing, accounting (same as MDl) and hourly data from the 
terminal controller and constitutes the first daily poll. 
The MSGMD2 event subroutine is then scheduled to 
run. 

The MSGMD2 event handler subroutine generates a 
message for transmitting the marketing, accounting and 
the houriy data from the terminal controller to the 
central controller, then hands the message to the 
CCCIRCUIT routine for transmission. 

A MSGPWD event handler subroutine is scheduled 
by the message switcher in the event of a printer failure. 
If the printer fails or power goes down, the remote 
terminal terminates play before informing the player of 
a win and returns money to the player. 

FIG. 6 is a detailed functional block diagram of a 
specific embodiment of a central controller 24 (see FIG. 
1) according to the invention. The central controller 24 
ties together and integrates all lottery system functions 
providing centralized control and data collection from 
remote terminals 20 through the terminal controllers 70. 
A polling procedure is utilized, whereby the telephone 
number of each terminal controller 70 is called in se- 
quence, followed by transfer of data from the central 
controller 24 or a message from the central controller 
24 requesting data. Requested data is then sent by the 
terminal controller 70 to the central controller 24 on the 
telephone line. The central controller 24 also keeps 
some phone lines available to receive unsolicited excep- 
tion messages from the terminal controller 24. These 
messages can call the central controller to replenish 
exhausted resources in the terminal controller, to report 
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exceptions, high tier winners and occurrences of the transmit the appropriate data which must then be ac- 

terminal controller operation by the agents. Optionally, knowledged by the receiving controller. If the receiv- 

encryption processors 181 may be coupled to the com- ing controller does not recognize the initiating control- 

puters 180 for encrypting and decrypting transmissions. ler*s password, it sends back a connect reject message. 

The illustrated system is intended to provide high 5 The initiating controller may then re-initiate the call, 

reliability and thus utilizes redundancy and conven- This protocol establishes and authenticates a connec- 

tional circuitry. It is understood that many other config- tion. 

urations would be possible. The data normally transmitted to the central control- 

The central controller 24 mcludes two fully parallel ler in response to a poll is the game meter data. This 

conventional computers 180, which in the preferred 10 includes number of games played, plays cancelled, low 

embodiment are Digital Equipment Corporation VAX tier prizes, current position in mini-pool and free games 

computers, to perform lottery management, mainte- played by repairmen. 

nance, and control functions. Two computers 180 are Certain exception messages can also be transmitted to 

provided for enhanced reliability. However, one com- the central controller 24. These include coin-in jammed, 

puter could alternatively be used. The parallel comput- 15 ticket printer paper jammed, ticket printer out of paper, 

ers 180 communicate with each other through a high remote terminal housing 32 alarm, premises alarm, and 

speed interprocessor link 179 which is a conventional power failure. 

computer communications network (e.g. Digital Equip- The terminal controller 70 can initiate a number of 
ment Corporation's DECNET), enabling them to share unsolicited messages to the central controller 24. These 
resources and constantly monitor each other's func- 20 messages include cash box door openings, requests for 
tions. At least one conventional hard disk storage de- new mini-pools, high tier winner requests and others, 
vice 182 (e.g. Fujitsu "Eagle" M2284 disk drive) is All meter data, exception messages, and unsolicited 
coupled to each of the parallel computers 180, as messages are stored at the central controller 24. The 
shown, for data and file storage. A separate disk storage central controller 24 maintains in its on-line data-base an 
device 183 is coupled to each computer 180 for logging 25 on-going log of all messages received and maintains an 
purposes. In addition, operator control station 184 in- on-line data base so that inquiries may be made regard- 
eluding a display terminal, tel^rinter, and printer, are ing specific remote terminals 20. 
coupled to the computers 180 to permit operator con- The central controller 24 performs a number of major 
trol and monitoring. lottery management functions mcluding lottery prize 

As illustrated in FIG. 6, telephone signals are coupled 30 pool maintenance and lottery performance reporting, 
from the lines 22 to a plurality of modems 178 which are The central controller 24 controls the prize pools for 
coupled to the computers 180. Such modems are widely each game. At the start of each mini-pool of 1000 plays 
known in the art. In the preferred embodiment, each for each game resident in each remote terminal, corn- 
modem is a standard 300 baud, autOHiial, auto-answer munications is established with the central controller, 
modem. 35 The remote terminal 20 first determines its portions of 

Although both computers 180 operate simulta- the seed numbers from independent changing events 

neously, when an output is required from the central occurring in each remote terminal 20 (e.g. an internal 

controller, output from only one is sent to the remote clock value). The remote terminal 20 determined por- 

terminal 20. Thus, only one of the computers is "active" tions of the seeds are then encrypted and transmitted to 

for communication to the terminals but both computers 40 the central controller 24. They are decrypted, com- 

180 continuously duplicate all functions with only the bined with central controller 24 determined portions of 

active output used. The high speed link 179 between the the seed numbers, then re-encrypted, transmitted back 

computers 180 provides for the integrity of data going to the remote terminal 20, decrypted, and stored in the 

out and permits resolution of control to determine sealed terminal controller 70. The terminal controller 

which computer will be active. 45 processor 150 then controls the distribution of the prizes 

In normal operation, each computer 180 sends an based on the seeds. New prize pool data is sent to the 

"Fm alive-are you" signal to the other on a continuous terminal controller 70 whenever it has exhausted its 

basis. If the active computer fails, then after a predeter- mini-pool and requests a new mini-pool from the central 

mined period during which the inactive computer does controller. Thus, the central controller has control of 

not receive an answer, the inactive computer takes over 50 lottery prize pool parameters. 

and sends a failure message to the operator console. If Lottery performance reporting allows for on-line and 

the inactive computer fails, the active detects the failure off-line reports. On-line reports include full remote 

and sends a failure message on the operator console. terminal activity reports, pool status reports, remote 

The central controller 24 then operates in a simplex terminal availability reports and financial analysis of 

mode wherein only one computer is operational. 55 pool status for the overall lottery system. Off-line re- 

A major function of the central controller 24 is col- ports include, inter alia, prize liability reports, sales 

lection of data from the; terminal controllers 70. The summaries, monthly remote terminal activity reports, 

central controller 24 maintains a list of phone numbers weekly agent sales reports, and weekly remote terminal 

for each terminal controller 70 and dials these numbers availability reports. 



according to a polling algorithm and schedule. The 60 The central control of the lottery system permits a 
phone numbers, polling algorithm and schedule can be number of unique system capabilities. One such capabil- 
changed from the central controller 24 by the operator. ity is an electronic market survey. The sophisticated 
When either the central or terminal controller has centrally controlled lottery system can draw a random 
initiated a phone connection with another receiving sampling of players who can be asked to participate in 
controller, it sends a connect request message with its 65 an electronic marketing survey. In the electronic mar- 
password. The receiving controller then sends a con- keting survey a free game play is offered on the remote 
nect acknowledge message with its password and waits terminal if the player will answer a few, simple market 
for a transmission. The initiating controller may then survey questions. Thus, on a random, or other basis, a 
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predetermined number of plays in each mini-pool are An operator program allows the central controller 

selected as market survey free plays. The remote termi- operator to access the system handling messages initi- 

nal displays on the video monitor the offer of a free ated by the operator. 

game in exchange for answers to the market questions A market survey program accepts and stores the 

and allows the player to accept or reject the offer. As- 5 market survey information from the terminal controller, 

suming the offer is accepted the basic questions, prefer- A hall of fame program receives information about 

rably yes-no questions, are displayed beginning with big winners and creates a hall of fame data file. This hall 

marital status, and sex, followed by questions about of fame can subsequently by dispatched to the terminal 

lottery use, level of education, age, location, etc. The controllers along with the poll requests. The remote 

player answers the questions using the player control >0 terminal can then display the data, 

devices 57. A speech recognition unit is particularly A door checking program processes incoming mes- 

suitable for input of survey answers. This market survey sages from the terminal controllers carrying informa- 

could also be sold to others to permit market surveys t'^" w^*®^ remote terminal doors were opened or 

relating to other than lottery markets. At the conclusion closed, and in what sequence. This program can create 

of the questions, a free game is provided. exception messages dependmg upon the sequence of 

The programs for the central controller operate door openmg and closmg. In addition, the program also 

within a multi-programming operating system. The processc^ information about the contents of the cashbox 

operating system utilized in the preferred embodiment ^J^^^Ies agent mvoice and accounting messages, 

is Digital Equipment Corporation's VMS system. There . A loggmg program logs into a separate fde all mcom^ 

are two categories of processes involving concurrently m and outgoing messages together with all other perti- 

operating, interactive tasks, communication processes ormation. , « . • j r * 

^ A -n,^ ^^•«,«„«j^a#J^«e Since the central controller 24 is compnsed of two 

and file service processes. The communications pro- j , , j i n u 

. I . Vi ^1 • ^ «^ idenucal computers with identical files, each computer 

cessmg includes all activities involving communications -j i ah- j • 
. /r * * • 1 f 1 • « runs identical software. All incoming data is routed to 

toandfromftej^note terminals The 23 j,^,^ computers, but only one sends out its data. The 

mvolve file handhng mterachvely coupled to the com- ^^^^^^ ^^^^^^^^ ^ ^^^^^^^ ^.^g,^ ^hich 

mimications program. runs continuously in each computer and interfaces with 

The commumcations program establishes communi- ^^^^ watchdog program in the other computer to deter- 
cations with the tcrmmal controller 70 for the purpwe ^-^^ ^^j^^ computer is active. The results of each 
of polling, diagnostics, or dispatching commands, ims 30 computer would also be compared to detect an error 
occurs in response to an appropnate request from a file condition. The program monitors its own environment 
server program. The communications program also analyzing error messages and by a periodic hand- 
responds to the terminal controller requests for the ^i^^ke with the other watchdog program. If it detects 
purpose of providing prize validation, handhng excep- jj,at the other system is not in operation, it instructs the 
tions, handling mini-pool requests and handling door 35 communications program to switch to active if it is not 
opening messages, and other terminal controller infor- already active. 

mation. In addition, the communications program han- ^ specific embodiment of the illusion of skill game 

dies encryption and decryption either by utilizing an machine has been described for purposes of illustrating 

encryption/decryption subroutine or by utilizing en- the manner in which the invention may be made and 

cryption processors attached to the computers 180. 40 used. It should be understood that implementation of 

Thus, when a message is received the communication other variations and modifications of the invention in its 

program processes the information, sending it to the various aspects will be apparent to those skilled in the 

appropriate file server program. Conversely, outgoing art, and that the invention is not limited thereto by the 

message data from the central controller 24 is coupled specific embodiment described. It is therefore contem- 

from a file server program to the communications pro- 45 plated to cover by the present invention any and all 

gram, which then handles the communication of the modifications, variations, or equivalents that fall within 

data to the appropriate remote terminal 20. the true spirit and scope of the basic underlying princi- 

The file server programs are constantly running in pies disclosed and claimed herein, 

the system, serving requests from the communications What is claimed is: 

program and maintaining common files. The file server so 1. In a gaming system the object of which is to win a 

programs include the following programs: ' prize by chance, a video game apparatus which pro- 

A polling program controls remote terminal polling, vides an illusion that skill is required to win a prize 

polling to the terminal controller 70 to collect market- comprising: 

ing and accounting data. The polls are conducted a means for displaying a plurality of symbols on a 

predefined number of times a day in scheduled fashion, 55 screen; 

while twenty percent of them are selected randomly input means operable by a player for initiating a game 

and polled at random times. and for controlling one of the symbols on the 

A marketing and accounting program handles mar- screen to interact with at least one of the other 

keting and accounting data which is sent to the central displayed symbols; 

controller as a result of polls, or which is sent with 60 means responsive to the initiadon of a game for ran- 

unsolicited transmissions from the terminal controller domly determining whether the player is to win a 

70 (e.g. with mini-pool requests, validations, exceptions, prize; and 

etc.). video game control means responsive to the input 

A pool program handles creation of new pools and means for controlling the non-player controlled 

mini-pools on request from the terminal controller. 65 symbols to provide a video game presentation 

A validation program processes and stores all the wherein the object of the video games is for the 

exception messages as they arrive from the terminal player controlled symbol to interact with at least 

controllers. one of the other symbols in a predetermined man- 
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ner, said video game control means being respon- 
sive to a win determination by said random deter- 
mining means for manipulating at least one non- 
player controlled symbol on the screen to provide 
an indication of a win on the display. 5 

2. In a gaming system the object of which is to wm a 
prize by chance, a video game apparatus which pro- 
vides an illusion that skill is required to win a prize 
comprising: 

means for displaying a plurality of symbols on a 10 
screen; 

input means operable by a player for controlling one 
of the symbols on the screen to interact with at 
least one of the other displayed symbols; 

video game control means responsive to the input IS 
means for providing a video game presentation 
wherein the object of the video game is for the 
player controlled symbol in a predetermined man- 
ner; and 

means for randomly determining a winner of a prize^ 20 
said random means being coupled to the display 
means to cause one or more symbols to be dis- 
played which represent a win wherein the display 
of said winning symbol or symbols appears to re- 
late to the skill of the player in controlling the 25 
player controlled symbol wherein said random 
determining means is responsive to the video game 
control means to cause the display of the winning 
symbol or symbols afier the player controlled sym- 
bol interacts with another symbol in said predeter- 30 
mined manner so that the display of the winning 
symbols appear to relate to the skill of the player. 

3. The system of claim 2 wherein said video game 
control means includes means for controlling at least 
one of the non-player controlled symbols to interact 35 
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with the player controlled symbol in said predeter- 
mined manner. 

4. In a gaming system the object of which is to win a 
prize by chance, a video game apparatus which pro- 
vides an illusion to a player that skill is required to win 
a prize comprising: 

means for displaying a plurality of symbols on a 
screen to provide a video presentation of a game; 

input means operable by a player to control one of the 
symbols on the screen to interact with at least one 
of the other displayed symbols; 

control means responsive to the input means for de- 
termining the occurrence of a predetermined type 
of interaction between the player controlled sym- 
bol and another symbol, said control means being 
coupled to the display means to cause a prize value 
to be displayed on the screen in response to a deter- 
mination of said occurrence; 

means for randomly determining whether a player is 
to win the prize value displayed on the screen; and 

means responsive to a win determination by the ran- 
dom determining means for manipulating one or 
more symbols displayed on the screen to cause the 
player to win the prize value. 

5. The gaming system of claim 4 wherein the magni- 
tude of the prize value is independent of the player's 
skill in controlling the one symbol to interact with the 
other symbols in said predetermined manner. 

6. The gaming system of claim 4 wherein said manip- 
ulating means is responsive to said random determining 
means to cause the control means to display a matching 
prize value upon a subsequent occurrence of the prede- 
termined type of interaction, a player winning the prize 
value in response to obtaining matching prize values. 

* * • ♦ * 
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UNITED STATES PATENT AND TRADEMARK OFFICE 

CERTIFICATE OF CORRECTION 

PATENT NO. : 4,582,324 
DATED : April 15, 1986 
INVENTOR{S) : John R. Koza, et al 

It is certified that error appears in the above-identified patent and that said Letters Patent Is hereby 
corrected as shown below: 

Column 24, line 66, Claim 1, change "games" to — game — . 
Column 25, line 18, Claim 2, after "symbol" insert — to 
interact with at least one of the other displayed symbols — . 



Signed and Sealed this 
Eighteenth Day of November, 1986 
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